All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Isaku Yamahata <yamahata@valinux.co.jp>
Cc: chrisw@sous-sol.org, sct@redhat.com,
	virtualization@lists.linux-foundation.org,
	linux-kernel@vger.kernel.org, xen-ia64-devel@lists.xensource.com,
	eddie.dong@intel.com
Subject: Re: [PATCH 09/12] xen: make include/xen/page.h portable moving those definitions under asm dir.
Date: Fri, 28 Mar 2008 13:41:12 -0700	[thread overview]
Message-ID: <47ED57E8.4050506@goop.org> (raw)
In-Reply-To: <12067044183655-git-send-email-yamahata@valinux.co.jp>

Isaku Yamahata wrote:
> The definitions in include/asm/xen/page.h are arch specific.
> ia64/xen wants to define its own version. So move them to arch specific
> directory and keep include/xen/page.h in order not to break compilation.
>
> Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
> ---
>  include/{ => asm-x86}/xen/page.h |    0 
>  include/xen/page.h               |  169 +-------------------------------------
>  2 files changed, 1 insertions(+), 168 deletions(-)
>  copy include/{ => asm-x86}/xen/page.h (100%)
>
> diff --git a/include/xen/page.h b/include/asm-x86/xen/page.h
> similarity index 100%
> copy from include/xen/page.h
> copy to include/asm-x86/xen/page.h
> diff --git a/include/xen/page.h b/include/xen/page.h
>   

Is this a magic git-format patch, or is it simply missing 
asm-x86/xen/page.h?

> index 0179930..eaf85fa 100644
> --- a/include/xen/page.h
> +++ b/include/xen/page.h
> @@ -1,168 +1 @@
> -#ifndef __XEN_PAGE_H
> -#define __XEN_PAGE_H
> -
> -#include <linux/pfn.h>
> -
> -#include <asm/uaccess.h>
> -#include <asm/pgtable.h>
> -
> -#include <xen/features.h>
> -
> -/* Xen machine address */
> -typedef struct xmaddr {
> -	phys_addr_t maddr;
> -} xmaddr_t;
> -
> -/* Xen pseudo-physical address */
> -typedef struct xpaddr {
> -	phys_addr_t paddr;
> -} xpaddr_t;
> -
> -#define XMADDR(x)	((xmaddr_t) { .maddr = (x) })
> -#define XPADDR(x)	((xpaddr_t) { .paddr = (x) })
> -
> -/**** MACHINE <-> PHYSICAL CONVERSION MACROS ****/
> -#define INVALID_P2M_ENTRY	(~0UL)
> -#define FOREIGN_FRAME_BIT	(1UL<<31)
> -#define FOREIGN_FRAME(m)	((m) | FOREIGN_FRAME_BIT)
> -
> -extern unsigned long *phys_to_machine_mapping;
> -
> -static inline unsigned long pfn_to_mfn(unsigned long pfn)
> -{
> -	if (xen_feature(XENFEAT_auto_translated_physmap))
> -		return pfn;
> -
> -	return phys_to_machine_mapping[(unsigned int)(pfn)] &
> -		~FOREIGN_FRAME_BIT;
> -}
> -
> -static inline int phys_to_machine_mapping_valid(unsigned long pfn)
> -{
> -	if (xen_feature(XENFEAT_auto_translated_physmap))
> -		return 1;
> -
> -	return (phys_to_machine_mapping[pfn] != INVALID_P2M_ENTRY);
> -}
> -
> -static inline unsigned long mfn_to_pfn(unsigned long mfn)
> -{
> -	unsigned long pfn;
> -
> -	if (xen_feature(XENFEAT_auto_translated_physmap))
> -		return mfn;
> -
> -#if 0
> -	if (unlikely((mfn >> machine_to_phys_order) != 0))
> -		return max_mapnr;
> -#endif
> -
> -	pfn = 0;
> -	/*
> -	 * The array access can fail (e.g., device space beyond end of RAM).
> -	 * In such cases it doesn't matter what we return (we return garbage),
> -	 * but we must handle the fault without crashing!
> -	 */
> -	__get_user(pfn, &machine_to_phys_mapping[mfn]);
> -
> -	return pfn;
> -}
> -
> -static inline xmaddr_t phys_to_machine(xpaddr_t phys)
> -{
> -	unsigned offset = phys.paddr & ~PAGE_MASK;
> -	return XMADDR(PFN_PHYS((u64)pfn_to_mfn(PFN_DOWN(phys.paddr))) | offset);
> -}
> -
> -static inline xpaddr_t machine_to_phys(xmaddr_t machine)
> -{
> -	unsigned offset = machine.maddr & ~PAGE_MASK;
> -	return XPADDR(PFN_PHYS((u64)mfn_to_pfn(PFN_DOWN(machine.maddr))) | offset);
> -}
> -
> -/*
> - * We detect special mappings in one of two ways:
> - *  1. If the MFN is an I/O page then Xen will set the m2p entry
> - *     to be outside our maximum possible pseudophys range.
> - *  2. If the MFN belongs to a different domain then we will certainly
> - *     not have MFN in our p2m table. Conversely, if the page is ours,
> - *     then we'll have p2m(m2p(MFN))==MFN.
> - * If we detect a special mapping then it doesn't have a 'struct page'.
> - * We force !pfn_valid() by returning an out-of-range pointer.
> - *
> - * NB. These checks require that, for any MFN that is not in our reservation,
> - * there is no PFN such that p2m(PFN) == MFN. Otherwise we can get confused if
> - * we are foreign-mapping the MFN, and the other domain as m2p(MFN) == PFN.
> - * Yikes! Various places must poke in INVALID_P2M_ENTRY for safety.
> - *
> - * NB2. When deliberately mapping foreign pages into the p2m table, you *must*
> - *      use FOREIGN_FRAME(). This will cause pte_pfn() to choke on it, as we
> - *      require. In all the cases we care about, the FOREIGN_FRAME bit is
> - *      masked (e.g., pfn_to_mfn()) so behaviour there is correct.
> - */
> -static inline unsigned long mfn_to_local_pfn(unsigned long mfn)
> -{
> -	extern unsigned long max_mapnr;
> -	unsigned long pfn = mfn_to_pfn(mfn);
> -	if ((pfn < max_mapnr)
> -	    && !xen_feature(XENFEAT_auto_translated_physmap)
> -	    && (phys_to_machine_mapping[pfn] != mfn))
> -		return max_mapnr; /* force !pfn_valid() */
> -	return pfn;
> -}
> -
> -static inline void set_phys_to_machine(unsigned long pfn, unsigned long mfn)
> -{
> -	if (xen_feature(XENFEAT_auto_translated_physmap)) {
> -		BUG_ON(pfn != mfn && mfn != INVALID_P2M_ENTRY);
> -		return;
> -	}
> -	phys_to_machine_mapping[pfn] = mfn;
> -}
> -
> -/* VIRT <-> MACHINE conversion */
> -#define virt_to_machine(v)	(phys_to_machine(XPADDR(__pa(v))))
> -#define virt_to_mfn(v)		(pfn_to_mfn(PFN_DOWN(__pa(v))))
> -#define mfn_to_virt(m)		(__va(mfn_to_pfn(m) << PAGE_SHIFT))
> -
> -static inline unsigned long pte_mfn(pte_t pte)
> -{
> -	return (pte.pte & ~_PAGE_NX) >> PAGE_SHIFT;
> -}
> -
> -static inline pte_t mfn_pte(unsigned long page_nr, pgprot_t pgprot)
> -{
> -	pte_t pte;
> -
> -	pte.pte = ((phys_addr_t)page_nr << PAGE_SHIFT) |
> -		(pgprot_val(pgprot) & __supported_pte_mask);
> -
> -	return pte;
> -}
> -
> -static inline pteval_t pte_val_ma(pte_t pte)
> -{
> -	return pte.pte;
> -}
> -
> -static inline pte_t __pte_ma(pteval_t x)
> -{
> -	return (pte_t) { .pte = x };
> -}
> -
> -#ifdef CONFIG_X86_PAE
> -#define pmd_val_ma(v) ((v).pmd)
> -#define pud_val_ma(v) ((v).pgd.pgd)
> -#define __pmd_ma(x)	((pmd_t) { (x) } )
> -#else  /* !X86_PAE */
> -#define pmd_val_ma(v)	((v).pud.pgd.pgd)
> -#endif	/* CONFIG_X86_PAE */
> -
> -#define pgd_val_ma(x)	((x).pgd)
> -
> -
> -xmaddr_t arbitrary_virt_to_machine(unsigned long address);
> -void make_lowmem_page_readonly(void *vaddr);
> -void make_lowmem_page_readwrite(void *vaddr);
> -
> -#endif /* __XEN_PAGE_H */
> +#include <asm/xen/page.h>
>   


  reply	other threads:[~2008-03-28 20:41 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-28 11:40 [PATCH 00/12] Xen arch portability patches (take 4) Isaku Yamahata
2008-03-28 11:40 ` [PATCH 01/12] xen: add missing __HYPERVISOR_arch_[0-7] definisions which ia64 needs Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 02/12] xen: add missing VIRQ_ARCH_[0-7] definitions which ia64/xen needs Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 03/12] xen: add missing definitions for xen grant table " Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 04/12] xen: add missing definitions in include/xen/interface/vcpu.h " Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 05/12] xen: move features.c from arch/x86/xen/features.c to drivers/xen Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 06/12] xen: Move events.c to drivers/xen for IA64/Xen support Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 07/12] Xen: Make events.c portable for ia64/xen support Isaku Yamahata
2008-03-28 20:27   ` Jeremy Fitzhardinge
2008-03-31  9:34     ` Isaku Yamahata
2008-03-31  9:34     ` Isaku Yamahata
2008-03-28 20:27   ` Jeremy Fitzhardinge
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 08/12] xen: add resend_irq_on_evtchn() definition into events.c Isaku Yamahata
2008-03-28 20:29   ` Jeremy Fitzhardinge
2008-03-28 20:29   ` Jeremy Fitzhardinge
2008-03-31  9:36     ` Isaku Yamahata
2008-03-31  9:36     ` Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 09/12] xen: make include/xen/page.h portable moving those definitions under asm dir Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 20:41   ` Jeremy Fitzhardinge [this message]
2008-03-30 13:41     ` Avi Kivity
2008-03-30 13:41     ` Avi Kivity
2008-03-28 20:41   ` Jeremy Fitzhardinge
2008-03-28 11:40 ` [PATCH 10/12] xen: replace callers of alloc_vm_area()/free_vm_area() with xen_ prefixed one Isaku Yamahata
2008-03-28 20:31   ` Jeremy Fitzhardinge
2008-03-28 20:31   ` Jeremy Fitzhardinge
2008-03-31 10:11     ` Isaku Yamahata
2008-03-31 10:11     ` Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 11/12] xen: make grant table arch portable Isaku Yamahata
2008-03-28 11:40 ` Isaku Yamahata
2008-03-28 11:40 ` [PATCH 12/12] xen: import arch generic part of xencomm Isaku Yamahata
2008-03-28 20:09   ` Jeremy Fitzhardinge
2008-03-31  9:49     ` Isaku Yamahata
2008-03-31  9:49     ` Isaku Yamahata
2008-03-31 15:01       ` Jeremy Fitzhardinge
2008-03-31 15:01       ` Jeremy Fitzhardinge
2008-03-28 20:09   ` Jeremy Fitzhardinge
2008-03-28 11:40 ` Isaku Yamahata

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47ED57E8.4050506@goop.org \
    --to=jeremy@goop.org \
    --cc=chrisw@sous-sol.org \
    --cc=eddie.dong@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sct@redhat.com \
    --cc=virtualization@lists.linux-foundation.org \
    --cc=xen-ia64-devel@lists.xensource.com \
    --cc=yamahata@valinux.co.jp \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.