Displaying 3 results from an estimated 3 matches for "xen_pfn".
Did you mean:
end_pfn
2007 Mar 09
4
[PATCH] dump-core: store .xen_p2m or .xen_pfn section in pfn ascending order.
dump-core: store .xen_p2m or .xen_pfn section in pfn ascending order.
So far the order isn''t specified and may be random in theory.
But sorted array is requested by crash utility for efficient looking up.
Fortunately it is the case except ia64 full virtualized domain.
Update document such that those array must be sorted and fi...
2007 Aug 29
0
[PATCH 4/5] xc_core: documentation update
...the end part of this array.
This section must exist when the domain is auto translated
physmap mode. Currently x86 full virtualized domain and
ia64 domain.
@@ -225,6 +231,8 @@ Currently only (major, minor) = (0, 1) i
(0, 1) update
- .xen_p2m, .xen_pfn section
+ Invalid pfn/gmfn.
+- .xen_p2m, .xen_pfn section
Arrays must be in pfn ascending order for efficient looking up.
- EI_CLASS member of elf header was changed to ELFCLASS64 independent of
architecture. This is mainly for x86_32pae.
_______________________________________________
Xe...
2023 May 19
1
[PATCH 2/4] x86: always initialize xen-swiotlb when xen-pcifront is enabling
On Fri, May 19, 2023 at 01:49:46PM +0100, Andrew Cooper wrote:
> > The alternative would be to finally merge swiotlb-xen into swiotlb, in
> > which case we might be able to do this later. Let me see what I can
> > do there.
>
> If that is an option, it would be great to reduce the special-cashing.
I think it's doable, and I've been wanting it for a while. I just