search for: limpach

...able/disable for guest domains, allowing people to pick speed or data consistency on a case by case basis. As an added benefit, really large LBA48 IOs will now no longer be broken up into smaller IOs on the host side. From: Rik van Riel <riel@redhat.com> Signed-off-by: Christian Limpach <Christian.Limpach@xensource.com> However there seems to me to a be a bug in it: it does not take effect for DMA writes, which are handled by a separate set of functions. Since most guest operating systems will be using (emulated) DMA, it seems that the result is that we advertise configurab...

This patch adds lost logic for vga initialization. It was lost after changing to new Qemu. Signed-off-by : Kevin Tian <kevin.tian@intel.com> Signed-off-by : Zhang Xiantao <xiantao.zhang@intel.com> Thanks & Best Regards -Xiantao OTC,Intel Corporation _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

...; 256. > > Xen extends the IRQ numbering space to include room for dynamically > allocated virtual interrupts (in the range 256-511), which requires a > more permissive interface to do_IRQ. > > Signed-off-by: Ian Pratt <ian.pratt@xensource.com> > Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk> > Signed-off-by: Chris Wright <chrisw@sous-sol.org> > --- AFAIC this could go in anytime. It's simple, self-contained and makes sense even without Xen. One minor nit: the IRQ value isn't negated, it's complemented. The comments need...

...; 256. > > Xen extends the IRQ numbering space to include room for dynamically > allocated virtual interrupts (in the range 256-511), which requires a > more permissive interface to do_IRQ. > > Signed-off-by: Ian Pratt <ian.pratt@xensource.com> > Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk> > Signed-off-by: Chris Wright <chrisw@sous-sol.org> > --- AFAIC this could go in anytime. It's simple, self-contained and makes sense even without Xen. One minor nit: the IRQ value isn't negated, it's complemented. The comments need...

The attached patch fixes this traceback: Traceback (most recent call last): File "/usr/lib/python/xen/xend/XendDomainInfo.py", line 510, in construct self.construct_image() File "/usr/lib/python/xen/xend/XendDomainInfo.py", line 574, in construct_image self.store_channel) File "/usr/lib/python/xen/xend/xenstore/xsobj.py", line 310, in

...5c1021595e3ce923ff11e338172d4639da2aecb5 > # Parent 5e3166de7120f474903d58bd74b7e2d12c3d8ea7 > [qemu] Add the xen platform device to the qemu PCI bus. > Useful functionality will come later. > > Signed-off-by: Steven Smith <ssmith@xensource.com> > Signed-off-by: Christian Limpach <Christian.Limpach@xensource.com> > > > and 11160 is > > > # HG changeset patch > # User ssmith@weybridge.uk.xensource.com > # Date 1155815205 -3600 > # Node ID 5e3166de7120f474903d58bd74b7e2d12c3d8ea7 > # Parent 24827cb8a94596987284c4b934365165468949a2 >...

Hello, A preview of the qemu 0.8.1 based ioemu is now available at: http://xenbits.xensource.com/chris/add-ioemu-new and http://xenbits.xensource.com/chris/enable-ioemu-new In addition to these two patches, you need a copy of qemu-0.8.1 and place it into tools/ioemu-new -- one option is the tarball available at http://xenbits.xensource.com/chris/ioemu-cvs-qemu-0.8.1.tar.bz2 which extracts to

Jeremy Fitzhardinge wrote: > Andrew Morton wrote: > > On Thu, 15 Feb 2007 22:14:45 -0800 Dan Hecht > <dhecht@vmware.com> wrote: > > > > > >>> config PREEMPT > >>> bool "Preemptible Kernel (Low-Latency Desktop)" > >>> + depends on !XEN > >>> help > >>> This option reduces the latency of

...arch layout. # HG changeset patch # User cl349@firebug.cl.cam.ac.uk # Node ID fd9b2c1bb577a90ad8a01e67255a7c87bab2cbc4 # Parent 690fc13948db7651eabbce8cc4b963342c8634dd Update linux sparse tree to subarch layout. Sparse tree is based on 2.6.12 branch of linux-2.6-xen.hg. Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Jeremy Fitzhardinge wrote: > Andrew Morton wrote: > > On Thu, 15 Feb 2007 22:14:45 -0800 Dan Hecht > <dhecht@vmware.com> wrote: > > > > > >>> config PREEMPT > >>> bool "Preemptible Kernel (Low-Latency Desktop)" > >>> + depends on !XEN > >>> help > >>> This option reduces the latency of

Jeremy Fitzhardinge wrote: > Andrew Morton wrote: > > On Thu, 15 Feb 2007 22:14:45 -0800 Dan Hecht > <dhecht@vmware.com> wrote: > > > > > >>> config PREEMPT > >>> bool "Preemptible Kernel (Low-Latency Desktop)" > >>> + depends on !XEN > >>> help > >>> This option reduces the latency of

New /sys/hypervisor/uuid, containing this domain''s UUID. Stripping off /vm/ from the value of vm to get the UUID isn''t exactly nice. The alternative is to add a XENVER_get_uuid code to HYPERVISOR_xen_version(), but I''m not sure that''s worth it. Signed-off-by: Markus Armbruster <armbru@redhat.com> diff -r ddba92a5cba9 drivers/xen/core/xen_sysfs.c ---

Hi Stefan, The problem is cause by the VBD/VNIF PCI device in DM checked in changeset 11160: PCI Device ID: 5853(Xen),class:ff80 (unknown) ACPI Window does not understand this device and can not find device driver associate with it. To verify this just revert the patches of changset 11161/11160 We are working on the fix now, revert patch is not the solution anyway... Thanks, Winston

The attached re-enables the pygrub build and fixes the build with older e2fsprogs (tested on RHEL4 with e2fsprogs-1.35 and rawhide with e2fsprogs-1.38) Signed-off-by: Jeremy Katz <katzj@redhat.com> Jeremy _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

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

To my surprise, c/s 8888 enables CPU_FREQ for x86-64 rather than disabling it for i386. Did anyone at your end actually test that if enabled this at least builds properly now? Not to mention that of course this also should work... If I remember right, the main reason for posting a patch to disable it on 32-bits (similar to how it was on 64-bits before) was that there were some missing symbols, and

We found that cs 11554 increases some of timeout to fix the hot plug issue when starting 4 VMX simultaneously. Thanks for the quick reponse to nightly status report. But we found that when in an extremely condition, like creating 12 VMX domains and 4 XENU domains at the same time, sometimes we still can meet this bug. Attached is a demo script to start many domains. So we just wonder

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

The unstable tree now includes support for SMP guests, i.e. domains which run on multiple cpus. SMP guests can use between 1 and 32 virtual cpus, even if the machine has fewer physical cpus. The code is highly experimental and performance will improve over time. To use SMP guests: - enable option CONFIG_SMP in the Linux 2.6 kernel config - dom0 will boot with upto the number of physical cpus in