I''m having problems doing a remote install on a RH7.3 cluster node. I don''t have console access, but the admin sent this as the console server output. (XEN) Limiting direct PCI/PCI transfers. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen-ELF header found: ''GUEST_OS=linux,GUEST_VER=2.4,XEN_VER=2.0,VIRT_BASE=0xC0000000'' (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Kernel image: 02800000->02aed8fc (XEN) Initrd image: 00000000->00000000 (XEN) Dom0 alloc.: 02c00000->0ac00000 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: c0100000->c043b004 (XEN) Init. ramdisk: c043c000->c043c000 (XEN) Phys-Mach map: c043c000->c045c000 (XEN) Page tables: c045c000->c045f000 (XEN) Start info: c045f000->c0460000 (XEN) Boot stack: c0460000->c0461000 (XEN) TOTAL: c0000000->c0800000 (XEN) ENTRY ADDRESS: c0100000 (XEN) *** Serial input -> DOM0 (type ''CTRL-a'' three times to switch input to Xen). (XEN) Domain 0 shutdown: rebooting machine! I''ve only set up Xen on a local machine before, but I know many people are using PXE. Because it says Xen-ELF header found is it right to assume it can get to the dom0 kernel OK? (the node needs a symbios scsi controller which is built in, so I am guessing it is not a SCSI problem). Is this a problem with the serial output not being directed or does it really reboot immediately? I hope to get actual console access in the machine room tomorrow, but I wanted to get some advice beforehand. Here is the PXE config: serial --unit=0 --speed=9600 terminal serial timeout 0 default 0 title=Xen 2.0 with 2.4.27 dom0 root (hd0,0) kernel /xen.gz dom0_mem=131072 com1=9600,8n1 module /vmlinuz-2.4.27-xen0 root=/dev/sda2 console=tty0 console=ttyS0 boot Thanks for any insights! Tim ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> I''m having problems doing a remote install on a RH7.3 cluster node. I > don''t have console access, but the admin sent this as the console server > output.> module /vmlinuz-2.4.27-xen0 root=/dev/sda2 console=tty0 console=ttyS0Remove ''console=tty0''. Make sure that your XenLinux and Xen were built at the same time. That should suffice to get you console output. Probably output is getting written to the VGA console, and you''re not seeing that e.g., your rootfs is misconfigured. -- Keir ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Fri, 17 Sep 2004 10:18:39 +0100 Keir Fraser <Keir.Fraser@cl.cam.ac.uk> wrote:> > I''m having problems doing a remote install on a RH7.3 cluster node. I > > don''t have console access, but the admin sent this as the console server > > output. > > > module /vmlinuz-2.4.27-xen0 root=/dev/sda2 console=tty0 console=ttyS0 > > Remove ''console=tty0''. Make sure that your XenLinux and Xen were built > at the same time. > > That should suffice to get you console output. Probably output is > getting written to the VGA console, and you''re not seeing that e.g., > your rootfs is misconfigured. >I got access to the console server and power control, so I am in better shape with these rh7.3 nodes... We were actually trying it with just console=ttyS0 when this happened (it was just rebooting immediately after dom0 seemed to load). I took your advice and recompiled everything at the same time (putting the dom0 custom config in install/boot) and that did it, I''m getting further (now dealing with just a non xen config issue). I have a question about your advice, why does it matter that they were built at the same time? Isn''t it enough to be from the same build environment, can''t I do just "make linux24" over and over again? Sorry I''m so clueless...! Thanks, Tim ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> I got access to the console server and power control, so I am in better > shape with these rh7.3 nodes... > > We were actually trying it with just console=ttyS0 when this happened > (it was just rebooting immediately after dom0 seemed to load). I took > your advice and recompiled everything at the same time (putting the dom0 > custom config in install/boot) and that did it, I''m getting further (now > dealing with just a non xen config issue).Glad to hear it.> I have a question about your advice, why does it matter that they were > built at the same time? Isn''t it enough to be from the same build > environment, can''t I do just "make linux24" over and over again? Sorry > I''m so clueless...!Same cset on the repository is the main thing, but since the linux build process can sometimes get confused about files which have or haven''t changed after a ''bk pull'', most of us here tend to do a ''make world'' after an update; hence xen / xenlinux / tools will all be in sync. If you''re editing some xenlinux stuff (source or config) then there''s no major need to rebuild tools or xen itself; make linux24 (or even "make linux-xen0; make linux-xenU" if no config changes) should work just fine. cheers, S. ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Thu, 23 Sep 2004 19:49:30 +0100 Steven Hand <Steven.Hand@cl.cam.ac.uk> wrote: [...]> Same cset on the repository is the main thing, but since the linux > build process can sometimes get confused about files which have or > haven''t changed after a ''bk pull'', most of us here tend to do a > ''make world'' after an update; hence xen / xenlinux / tools will > all be in sync. > > If you''re editing some xenlinux stuff (source or config) then > there''s no major need to rebuild tools or xen itself; make linux24 > (or even "make linux-xen0; make linux-xenU" if no config changes) > should work just fine.Thankyou for responding, that must have been it, then. I don''t remember pulling, but I was doing a number of things to try and get it to boot dom0 and that is certainly possible. Thanks for being explicit. I have three new problems with these nodes, I don''t know if they are related problems? 1. on boot the console server swims along until this: [...] EXT3-fs: mounted filesystem with ordered data mode. EXT3-fs: mounted filesystem with ordered data mode. ting Loading sym53c8xx module Mounting /proc filesystem Creating root device Mounting root filesystem Freeing unused kernel memory: 76k freed Freeing unused kernel memory: 76k freed Failed to obtain physical IRQ 4 Failed to obtain physical IRQ 4 Failed to obtain physical IRQ 4 INIT: Failed to obtain physical IRQ 4 version 2.84 bootingFailed to obtain physical IRQ 4 Failed to obtain physical IRQ 4 Failed to obtain physical IRQ 4 INIT: Entering runlevel: 3IRQ 4 Entering non-interactive startup Setting network parameters: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: [ OK ] [...] At the moment the "Failed to..." messages start the console server seriously drags. After it boots I can log in, there are no more "Failed to.." reported by dmesg, and there is no lag in the ssh session. (lspci lists no IRQ''s for 4). I am sort of new to Linux, but have never heard of anything like this.. ? 2. I don''t know if this is related, but after I''m logged in, then "xend start" cuts off all network access. I assume this has something to do with the bridging code, but I can''t figure out what. A look at xen.xend.* didn''t help me much. The brctl tools seem to be working normally. I feel like I''m missing something obvious.. 3. This seems related to the first problem, I get this error when trying to add the tun module: # modprobe tun /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: init_module: Input/output error Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: insmod /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o failed /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: insmod tun failed When I first got these errors, I went back and recompiled everything in one shot (gcc 3.3.3). Any ideas? Is there a reason the tun module wouldn''t be supported? Thanks for any insights! I hope to be contributing advice to the list soon and not just questions :) Tim
> Failed to obtain physical IRQ 4Physical IRQ 4 is normally used by serial UARTs. Have you enabled support for e.g. the 16550 uart in your dom0 kernel config, but have also told xen to use com1 ? It''s generally best to let xen have com1, then the virtual xencons driver will enable Linux to share the serial line with xen. This what happens with the default.> 2. I don''t know if this is related, but after I''m logged in, then "xend > start" cuts off all network access. I assume this has something to do > with the bridging code, but I can''t figure out what. A look at > xen.xend.* didn''t help me much. The brctl tools seem to be working > normally. I feel like I''m missing something obvious..Odd. Add ''bash -x'' at the top of the /etc/xen/scripts/network and then you should be able to see what the script is doing. It creates a bridge and then attempts to transfer the original network setup over to the bridge. Positing the output of "ip link show" and "ip route show" before and after should help figure out what''s going wrong.> 3. This seems related to the first problem, I get this error when trying > to add the tun module: > > # modprobe tun > /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: init_module: Input/output error > Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters > /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: insmod /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o failed > /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: insmod tun failedOdd. Are you sure you installed the modules that were built for this kernel version? Out of interest, what do you want to use tun for? Hosting other UML instances from withing xen guest instances? I guess this should work, though I''ve never tried it. Ian
On Fri, 24 Sep 2004 21:11:54 +0100 Ian Pratt <Ian.Pratt@cl.cam.ac.uk> wrote:> > Failed to obtain physical IRQ 4 > > Physical IRQ 4 is normally used by serial UARTs. > > Have you enabled support for e.g. the 16550 uart in your dom0 > kernel config, but have also told xen to use com1 ? It''s > generally best to let xen have com1, then the virtual xencons > driver will enable Linux to share the serial line with xen. This > what happens with the default.That was it, thanks! I wouldn''t have figured that out (and the cluster admins are on travel :). The console server slogging went away. I was actually unable to get a shell through the console server before now either, so this has enabled me to tackle the networking problem:> > > 2. I don''t know if this is related, but after I''m logged in, then "xend > > start" cuts off all network access. I assume this has something to do > > with the bridging code, but I can''t figure out what. A look at > > xen.xend.* didn''t help me much. The brctl tools seem to be working > > normally. I feel like I''m missing something obvious.. > > Odd. Add ''bash -x'' at the top of the /etc/xen/scripts/network > and then you should be able to see what the script is doing. > > It creates a bridge and then attempts to transfer the original > network setup over to the bridge. Positing the output of > "ip link show" and "ip route show" before and after should help > figure out what''s going wrong.Adding bash -x didn''t produce any output but having the console back let me see the problem: NFS was hanging, problem solved. Sorry, I should have connected the dots, there was a message before about this...> > > 3. This seems related to the first problem, I get this error when trying > > to add the tun module: > > > > # modprobe tun > > /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: init_module: Input/output error > > Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters > > /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: insmod /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o failed > > /lib/modules/2.4.27-xen0/kernel/drivers/net/tun.o: insmod tun failed > > Odd. Are you sure you installed the modules that were built for > this kernel version?They are. As an experiment, I wiped the /lib/modules/2.4.27-xen0 directory and redid ''make world'' and ''make install'' (after I recompiled to fix the serial IRQ 4 issue) and still the same error. Before I did not include this message from the kernel ring buffer: "Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky tun: Can''t register misc device 200" (note I can create the tun character file just fine) (/dev/net/tun created by "mknod /dev/net/tun c 10 200") Does Xen do something curious with special character files in domains?> Out of interest, what do you want to use tun for? Hosting other > UML instances from withing xen guest instances? I guess this > should work, though I''ve never tried it.I am using tun with OpenVPN. My whole architecture actually relies on the tun module. I assumed it would work for me with Xen because it is only going to be used in dom0 (and so I could use the native Linux driver). The objective is to start VMs on remote grid nodes and L2 bridge all of their network traffic to another network. There, they are used as a backend for a grid node, i.e., a completely portable and custom environment to run jobs in. The VMs themselves have no hand in the bridging (by design). I make a tap interface on the host resource for each VM and bridge the VM directly to each tap interface (this tap interface is one end of the L2 tunnel). The VMs boot and get DHCP on the other end of the tunnels in a special /30 subnet (''private'' addresses). This is all done to create a completely isolated network. On the other end of the tunnel there''s a firewall controller that dynamically routes traffic to certain ports on the VM (there are of course grid tools involved to start jobs in the VM). This is all done to sandbox the VMs, make it reasonable for a site administrator to host VMs (i.e., not letting VM traffic onto their network), to introduce VMs to grids without needing a public IP for each, and to allow open network connections to continue after a VM migrates to an entirely different site. If curious (not to be too lengthy), I don''t use one LAN and ebtables on the virtual LAN host because 1) each resource can tunnel many VMs which would all be bridged together before hitting the second bridge (the tunnel) and to avoid this would require a very similar setup to the current one. 2) this scheme avoids the need for keeping track of Distinguished Name->IP->MAC associations when DN->IP is all we really want, 3) avoids any MAC spoofing issues, and 4) avoids the need for ebtables+iptables when I could just learn iptables :) p.s., I don''t know how this type of bridging might be useful to others not doing grid computing, but I will forward my paper (month or two) if anyone is interested in using Xen in a similar way. Thanks for all the help, most appreciated!!> > Ian > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xen-devel >-- ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> > It creates a bridge and then attempts to transfer the original > > network setup over to the bridge. Positing the output of > > "ip link show" and "ip route show" before and after should help > > figure out what''s going wrong. > > Adding bash -x didn''t produce any output but having the console back let > me see the problem: NFS was hanging, problem solved. Sorry, I should > have connected the dots, there was a message before about this...Adding ''-x'' should have generated more log output to /var/log/xend It''s rather unfortunate that we need to move all the addresses and routes to the bridge. We should probably try convincing the linux bridge maintainers that the current behaviour isn''t helpful.> They are. As an experiment, I wiped the /lib/modules/2.4.27-xen0 > directory and redid ''make world'' and ''make install'' (after I recompiled > to fix the serial IRQ 4 issue) and still the same error. Before I did > not include this message from the kernel ring buffer: > > "Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky > tun: Can''t register misc device 200" > (/dev/net/tun created by "mknod /dev/net/tun c 10 200")Damn. Guess what we major/minor got picked for the Xen''s evtchn driver: 10,200 :-( Moving this shouldn''t be too bad, as it''s only xend that talks to evtchn, so we could modify xend to re-mknod our evtchn device. The question is, what major,minor would be best to go for? Pretty much all the numbers in the misc range have already gone. At the very least, stealing something like the atarimouse would have been smarter than tun.> The objective is to start VMs on remote grid nodes and L2 bridge all of > their network traffic to another network. There, they are used as a > backend for a grid node, i.e., a completely portable and custom > environment to run jobs in.When it''s ready for release, you might find that Mike Wray''s vnet driver is actually a more convenient way of doing this.> The VMs themselves have no hand in the bridging (by design). I make a > tap interface on the host resource for each VM and bridge the VM > directly to each tap interface (this tap interface is one end of the L2Ian ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> Damn. Guess what we major/minor got picked for the Xen''s evtchn > driver: 10,200 :-( > > Moving this shouldn''t be too bad, as it''s only xend that talks to > evtchn, so we could modify xend to re-mknod our evtchn device. > > The question is, what major,minor would be best to go for? Pretty > much all the numbers in the misc range have already gone. > At the very least, stealing something like the atarimouse would > have been smarter than tun.I''m moving it to 10,201 and added code to xend so it will automatically recreate the device file if it has the wrong major,minor. Is there a comprehensive miscdev list? Is 10,201 actually free? -- Keir ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Sat, 25 Sep 2004 09:47:25 +0100 Ian Pratt <Ian.Pratt@cl.cam.ac.uk> wrote:> > > > It creates a bridge and then attempts to transfer the original > > > network setup over to the bridge. Positing the output of > > > "ip link show" and "ip route show" before and after should help > > > figure out what''s going wrong. > > > > Adding bash -x didn''t produce any output but having the console back let > > me see the problem: NFS was hanging, problem solved. Sorry, I should > > have connected the dots, there was a message before about this... > > Adding ''-x'' should have generated more log output to > /var/log/xendI see, woops. I guess twisted diverts stdout.> It''s rather unfortunate that we need to move all the addresses > and routes to the bridge. We should probably try convincing the > linux bridge maintainers that the current behaviour isn''t helpful. > > > They are. As an experiment, I wiped the /lib/modules/2.4.27-xen0 > > directory and redid ''make world'' and ''make install'' (after I recompiled > > to fix the serial IRQ 4 issue) and still the same error. Before I did > > not include this message from the kernel ring buffer: > > > > "Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky > > tun: Can''t register misc device 200" > > (/dev/net/tun created by "mknod /dev/net/tun c 10 200") > > Damn. Guess what we major/minor got picked for the Xen''s evtchn > driver: 10,200 :-( > > Moving this shouldn''t be too bad, as it''s only xend that talks to > evtchn, so we could modify xend to re-mknod our evtchn device. > > The question is, what major,minor would be best to go for? Pretty > much all the numbers in the misc range have already gone. > At the very least, stealing something like the atarimouse would > have been smarter than tun. >Great. I''m of no help with the question, but: On Sat, 25 Sep 2004 10:05:55 +0100 Keir Fraser <Keir.Fraser@cl.cam.ac.uk> wrote: [...]> I''m moving it to 10,201 and added code to xend so it will > automatically recreate the device file if it has the wrong > major,minor.Awesome, I''ll be moving along then. On Sat, 25 Sep 2004 09:47:25 +0100 Ian Pratt <Ian.Pratt@cl.cam.ac.uk> wrote:> > The objective is to start VMs on remote grid nodes and L2 bridge all of > > their network traffic to another network. There, they are used as a > > backend for a grid node, i.e., a completely portable and custom > > environment to run jobs in. > > When it''s ready for release, you might find that Mike Wray''s vnet > driver is actually a more convenient way of doing this.You mentioned that before when I was considering ''VNET'', but I never found any information about vnet (nor did I realize Mike Wray was on this list!). OpenVPN is going well though, it runs in userspace which is good for convincing the remote admins (unless of course they''re running Xen, then they are our friends) and also supports a slew of options including PKI which we need. But I would be extremely interested in hearing more about vnet. Mike, is this to incorporate into Xen? Is it L2 or point to point? Does it require any VM participation? Thanks, Tim> > > The VMs themselves have no hand in the bridging (by design). I make a > > tap interface on the host resource for each VM and bridge the VM > > directly to each tap interface (this tap interface is one end of the L2 > > Ian >-- ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> > The question is, what major,minor would be best to go for? Pretty > > much all the numbers in the misc range have already gone. > > At the very least, stealing something like the atarimouse would > > have been smarter than tun. > > I''m moving it to 10,201 and added code to xend so it will > automatically recreate the device file if it has the wrong > major,minor. > > Is there a comprehensive miscdev list? Is 10,201 actually free?Documentation/devices.txt It''s probably time that we requested a proper registration. Alternatively, we could pick something like the atarimouse that we are never going to clash with (famous last words ;-) Ian ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> > > The question is, what major,minor would be best to go for? Pretty > > > much all the numbers in the misc range have already gone. > > > At the very least, stealing something like the atarimouse would > > > have been smarter than tun. > > > > I''m moving it to 10,201 and added code to xend so it will > > automatically recreate the device file if it has the wrong > > major,minor. > > > > Is there a comprehensive miscdev list? Is 10,201 actually free? > > Documentation/devices.txt > > It''s probably time that we requested a proper registration. > Alternatively, we could pick something like the atarimouse that > we are never going to clash with (famous last words ;-)Well 10,201 conflicts with "Transmeta GULP-B buttons", but I think we can live with that for the time being! It is easily changed again after we have properly requested a minor number. -- Keir ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel