search for: sif_initdomain

...arse/drivers/xen/console/console.c --- a/linux-2.6.9-xen-sparse/drivers/xen/console/console.c Tue Nov 30 23:25:07 2004 +++ b/linux-2.6.9-xen-sparse/drivers/xen/console/console.c Tue Nov 30 23:25:07 2004 @@ -174,7 +174,7 @@ void xen_console_init(void) #endif { - if ( xen_start_info.flags & SIF_INITDOMAIN ) + if ( 1 || xen_start_info.flags & SIF_INITDOMAIN ) { if ( xc_mode == XC_DEFAULT ) xc_mode = XC_SERIAL; diff -Nru a/xen/Rules.mk b/xen/Rules.mk --- a/xen/Rules.mk Tue Nov 30 23:25:07 2004 +++ b/xen/Rules.mk Tue Nov 30 23:25:07 2004 @@ -1,6 +1,6 @@ -verbose...

Hi, On paravirt x86 (both 32- and 64-bit), since cset 13998: http://xenbits.xensource.com/xen-unstable.hg?rev/13998 we translate all ptes from being mfn-based to pfn-based when the hardware _PAGE_PRESENT bit is cleared. We do this for PROT_NONE pages, which appear to the HV to be non-present, but which are special-cased in the kernel to appear present (a different bit in the

..., > + * CRC, and VLAN > + */ > +#define RX_HEADROOM ETH_HLEN + NET_IP_ALIGN + 8 > > /* > * If the backend driver is pipelining transmit requests > then we can be very > @@ -1248,7 +1253,8 @@ static int __init netif_init(void) > if (xen_start_info.flags & SIF_INITDOMAIN) > return 0; > > - IPRINTK("Initialising virtual ethernet driver.\n"); > + IPRINTK("Initialising virtual ethernet driver, version %s\n", > + NETFRONT_VERSION); > INIT_LIST_HEAD(&dev_list); > (void)register_inetaddr_notifi...

...in_construct(struct domain *d, si->mfn_list = 0; si->first_p2m_pfn = pstart >> PAGE_SHIFT; si->flags = 0; - si->min_mfn = pstart >> PAGE_SHIFT; + //si->min_mfn = pstart >> PAGE_SHIFT; if (d->domain_id == 0) { si->flags = SIF_PRIVILEGED | SIF_INITDOMAIN; @@ -202,7 +202,7 @@ int domain_construct(struct domain *d, VCPU_REG(v, ttbr0) = (unsigned long)gpt; - mmu_switch_ttb(VCPU_REG(idle_vcpu[0], ttbr0)); + set_ttbr(VCPU_REG(idle_vcpu[0], ttbr0)); vcpu_context_init(v, 0, ventry, si); diff -r c6a412adfae7 xen/arch/arm/xen/tlb-v7.S --- /dev/n...

...) #define xen_hvm_domain() (xen_domain() && \ xen_domain_type == XEN_HVM_DOMAIN) - -#ifdef CONFIG_XEN_DOM0 -#include <xen/interface/xen.h> -#include <asm/xen/hypervisor.h> - #define xen_initial_domain() (xen_pv_domain() && \ xen_start_info->flags & SIF_INITDOMAIN) -#else /* !CONFIG_XEN_DOM0 */ -#define xen_initial_domain() (0) -#endif /* CONFIG_XEN_DOM0 */ #endif /* _XEN_XEN_H */ -- 1.7.7.5

...) #define xen_hvm_domain() (xen_domain() && \ xen_domain_type == XEN_HVM_DOMAIN) - -#ifdef CONFIG_XEN_DOM0 -#include <xen/interface/xen.h> -#include <asm/xen/hypervisor.h> - #define xen_initial_domain() (xen_pv_domain() && \ xen_start_info->flags & SIF_INITDOMAIN) -#else /* !CONFIG_XEN_DOM0 */ -#define xen_initial_domain() (0) -#endif /* CONFIG_XEN_DOM0 */ #endif /* _XEN_XEN_H */ -- 1.7.7.5

...) #define xen_hvm_domain() (xen_domain() && \ xen_domain_type == XEN_HVM_DOMAIN) - -#ifdef CONFIG_XEN_DOM0 -#include <xen/interface/xen.h> -#include <asm/xen/hypervisor.h> - #define xen_initial_domain() (xen_pv_domain() && \ xen_start_info->flags & SIF_INITDOMAIN) -#else /* !CONFIG_XEN_DOM0 */ -#define xen_initial_domain() (0) -#endif /* CONFIG_XEN_DOM0 */ #endif /* _XEN_XEN_H */ -- 1.7.7.5

...ttydevsw = { static void xc_cnprobe(struct consdev *cp) { + if (!xen_pv_domain()) + return; + cp->cn_pri = CN_REMOTE; sprintf(cp->cn_name, "%s0", driver_name); } @@ -175,7 +181,7 @@ static void xc_cnputc(struct consdev *dev, int c) { - if (xen_start_info->flags & SIF_INITDOMAIN) + if (HYPERVISOR_start_info->flags & SIF_INITDOMAIN) xc_cnputc_dom0(dev, c); else xc_cnputc_domu(dev, c); @@ -206,8 +212,7 @@ xcons_putc(int c) xcons_force_flush(); #endif } - if (cnsl_evt_reg) - __xencons_tx_flush(); + __xencons_tx_flush(); /* inform start path th...

...64,39 +257,22 @@ > /*** Forcibly flush console data before dying. ***/ > void xencons_force_flush(void) > { >- ctrl_msg_t msg; > int sz; > > /* Emergency console is synchronous, so there''s nothing to flush. */ > if ( xen_start_info.flags & SIF_INITDOMAIN ) > return; > >- /* >- * We use dangerous control-interface functions that require a quiescent >- * system and no interrupts. Try to ensure this with a global cli(). >- */ >- local_irq_disable(); /* XXXsmp */ > > /* Spin until console data...

..._INTERFACE_VERSION__ < 0x00030203 +#define console_mfn console.domU.mfn +#define console_evtchn console.domU.evtchn +#endif + +/* These flags are passed in the ''flags'' field of start_info_t. */ +#define SIF_PRIVILEGED (1<<0) /* Is the domain privileged? */ +#define SIF_INITDOMAIN (1<<1) /* Is this the initial control domain? */ + +typedef struct dom0_vga_console_info { + uint8_t video_type; /* DOM0_VGA_CONSOLE_??? */ +#define XEN_VGATYPE_TEXT_MODE_3 0x03 +#define XEN_VGATYPE_VESA_LFB 0x23 + + union { + struct { + /* Font height, in pixel...

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Hi Jeremy. According to your suggestion, I recreated patches for Ingo's x86.git tree. And this patch series includes Eddie's modification. Please review and forward them. (or push back to respin.) Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux

Hi Jeremy. According to your suggestion, I recreated patches for Ingo's x86.git tree. And this patch series includes Eddie's modification. Please review and forward them. (or push back to respin.) Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux

This patch set is for the next merge window. They are just enhancements of the already merged patches or ia64 porting from x86 paravirt techniques and that their quality is enough for merge. This patch set is for more paravirtualization on ia64/xen domU. This patch set does - remove existing warnings - paravirtualize fsys call (fsys.S) by multi compile - paravirtualize gate page (gate.S) by multi

This patch set is for the next merge window. They are just enhancements of the already merged patches or ia64 porting from x86 paravirt techniques and that their quality is enough for merge. This patch set is for more paravirtualization on ia64/xen domU. This patch set does - remove existing warnings - paravirtualize fsys call (fsys.S) by multi compile - paravirtualize gate page (gate.S) by multi

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block