similar to: Virtual Iron

The existing xc_domain_dumpcore is very specific to disk/file based output. Refactor the code slightly to allow more user-specified control. This is done by adding a parallel xc_domain_dumpcore2 (naming isn''t always my strong suit), which allows the specification of a callback routine and an opaque argument block. The existing dumpcore routine is modified to use the callback for all

Ben- I like the idea but I don''t understand how this patch can work: 1) You never put a name into `serial_devices[]'' for the summa port. The loop in `main'' that initializes the serial devices only calls `qemu_chr_open'' if there''s a string name in `serial_devices''. How did you get this to work? 2) Minor point, I don''t see the need

Hello All Mongrel Users, For the unintiated, Mongrel is a web server that runs Ruby web applications really fast. Read http://mongrel.rubyforge.org/ to get find out more about it. This is the Iron Mongrel release. It is the result of trying to trash Mongrel until it can''t move and then fixing anything that comes up. The work was done on EastMedia''s and VeriSign''s

For about the past week (perhaps a bit longer) I have been unable to use an automated script to build xen-unstable on a 32 bit machine. The build continues to ask about the following build parameter: I2O_EXT_ADAPTEC_DMA64 Choosing the default (Y) allows the build to continue to completion. After a little research, it looks like this parameter was pulled out of linux-defconfig_xen_x86_32 in

Hello All Mongrel Users, For the unintiated, Mongrel is a web server that runs Ruby web applications really fast. Read http://mongrel.rubyforge.org/ to get find out more about it. This is the Iron Mongrel release. It is the result of trying to trash Mongrel until it can''t move and then fixing anything that comes up. The work was done on EastMedia''s and VeriSign''s

The code, below, in rdmsr_hypervisor_regs (in xen/arch/x86/traps.c) looks wrong. (The same code is in wrmsr_hypervisor_regs.) int rdmsr_hypervisor_regs( uint32_t idx, uint32_t *eax, uint32_t *edx) { idx -= 0x40000000; if ( idx > 0 ) return 0; ... The intent, apparently, is that the function should return zero if the original idx exceeds 0x40000000. However because idx is

This patch provides notification of console updates via VIRQ. The readconsolering capabilities provide the opportunity to provide console output to other clients (remote systems, logging systems, etc). This patchs adds the ability to generate a notification of a change in the console buffer. I have available both client and server programs that will take either serial line (from qemu) or

As a follow up to this post http://lists.xensource.com/archives/html/xen-users/2007-07/msg00476.html I have ZenEnterprise 4.0.1 and Virtual Iron 3.7.2 running Windows guests on my GA M61P S3. To enable the AMD-V hardware virtualization capabilities on my Gigabyte motherboard: * install the Gigabyte bios version F2 dated Dec 2006 (download from Gigabyte support site) and expand out

A post last week contained the design document for a shadow page table mechanism. This post contains more information, and a pointer to the code. As a recap, the "XI Shadow Mechanism" is a design for shadow page table code for fully virtualized HVM domains running on a 64-bit Xen hypervisor. This work was undertaken to address a number of goals. These are enumerated in the document

Hi, Robert, I found out another confusing code snippet: in void xi_invl_mfn(struct domain *d, unsigned long mfn) if (ext && pfn < ext->large_page_aligned_size) According to the code, it should be if (ext && (pfn>>SPT_ENTRIES_ORDER) < ext->large_page_aligned_size) If I made any mistake, please point it out.

Hi all, I recently emailed a query to the maintainers of BBC London website (http://bbc.co.uk/london) asking if they had any plans to move away from Real Server as a means for streaming audio and Video of their live radio and tv broadcasts to something a bit more cross platform like OGG/Vorbis or even MP3's. The reply I received was : "I'm afraid we only plan to use Real Player

NOTE: An applicable subset of this patch was also submitted to upstream qemu. SUMMARY: This patch fixes several bugs in serial.c (1) A typo in serial_save() where qemu_get_8s is called (should be qemu_put_8s) (2) No support provided in serial_load() for version_id == 1 (should unmarshal a 1 byte s->divider and should provide a default value for s->fcr (3) Call serial_ioport_write() to

Hello Everyone, This is an ultra quick announce for a bug fix release to Mongrel. It corrects a small change in the HTTP parser that causes an error when people use multi-part forms in a certain way. The fix is literally 4 characters changed in the parser specification. Everyone should update to this release and let me know if their forms act really weird. I''ve tested various upload

Migrate the last TSC values for more accurate timekeeping during live migration Signed-off-by: Dave Winchell <dwinchell@virtualiron.com> Signed-off-by: Ben Guthro <bguthro@virtualiron.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Most likely, yes. They should have a copy of the license agreement, and you can take a look at that and see what they have to say about using them apart from the VirtualIron product. The only open source PV drivers are the ones that James has released - search the list for "GPL PV drivers" and that should turn up some threads related to those. The drivers are still very much in the

So, Keir, can you please check in this patch? Thanks Yunhong Jiang >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of >John Clemens >Sent: Tuesday, February 28, 2006 1:35 AM >To: Jiang, Yunhong >Cc: Li, Xin B; xen-devel@lists.xensource.com >Subject: [Xen-devel] Re: [PATCH] Fix qemu-dm

Hi, John Can you try the attached patch ? This issue can be reproduced on SMP platform, while the domain 0 is UP. The reason is, after finishing a dma request, the dma thread will trigger the interrupt and then clear the call back function. When guest get the interrupt , it will try to check the call back function, if it is set, then it will trigger a dma request again. So if the checking for

When I run wine Hoi2.exe, in addition to the usual alsa warnings, i get this: Code: wine: Unhandled page fault on execute access to 0x006e9118 at address 0x6e9118 (thread 0009), starting debugger... Unhandled exception: page fault on execute access to 0x006e9118 in 32-bit code (0x006e9118). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:006e9118 ESP:0309ff0c EBP:0309ffe8

Hello Han, I am pleased you approve of the design and implementation of the XI shadow mechanism. And I appreciate the time and care you''ve taken in reviewing this substantial body of new code. You asked about performance statistics. With the current XI patch, we are seeing the following: - page faults times for XI are about 4 times faster than non-XI: 10.56 (non-XI) vs 2.43

I have a this new AMD X2 4800+ x86_64 box that works great and runs centos 4.3 x86_64 like a champ. I have 4 old machines running slackware, redhat 7.3 and redhat 9 and centos 4.3 i386. I would like to take the image of the disk (or something else equivalent) and run some kind of i386 emulation on the X2 box so I can run those old images when I need to and scrap the 4 old boxes. Heat and