[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Building from Source


  • To: Dustin.Henning@xxxxxxxxxxx
  • From: "Zhi Wang" <xenlando@xxxxxxxxx>
  • Date: Thu, 23 Oct 2008 12:58:34 -0400
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Thu, 23 Oct 2008 09:59:20 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=hY6gPc4fQGQ0urGztgRLxes5NkMXeU7AJPdsM2iFcUL9Gp/Gx4hsCSuckJHZYN4NNi cEHYehd1UhrHgDUVoPdTJ4T88DDhKBxmEiqoK4kaS6NxDzor9wRP+JK39tbpqi/DF7Wl Aro4POFgB+q7RseoIiHf/pWKDRq74QiIy+VfA=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

I tried but no luck. But it is only under my particular configuration. It may be a worthy try if others
have the same mouse sync issues. Disabling Windows mouse does the trick for Windows (Win2003).
I still have the mouse sync issue for ubuntu desktop hvm domU. Not a big problem for me since
I use ubuntu server without any GUI in domU. The virtual manager in fedora can capture the
host mouse. If possible that may be a good choice. But it seems the virtual manager isn't
compatible with Xen 3.3.0


Best regards

Zhi Wang


On Thu, Oct 23, 2008 at 12:20 PM, Dustin Henning <Dustin.Henning@xxxxxxxxxxx> wrote:

Zhi,

                Regarding step 10 below, are you using usbdevice='tablet' in your domU config instead of the usbdevice='mouse' default?  If not, doing so may resolve the mouse sync issue to a far better degree than simply disabling the Windows option you mention.

                Dustin

 

From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Zhi Wang
Sent: Thursday, October 23, 2008 11:33
To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-users] Building from Source

 

I spent many hours to try to build a working Xen from source code. This is what I found for fedora 9.

Build HVM client in Fedora 9

  1. When installing fedora core 9, partition the disk using LVM2. Create two virtual group: one for host and the other one for guest. Select the development tools when install the OS.
  2. yum install mercurial
  3. yum install dev86 (for bcc, hvmloader need this)
  4. mv /lib/tls /lib/tls.disabled
  5. echo "hwcap 0 nosegneg" > /etc/ld.so.conf.d/nosegneg.conf
  6. ldconfig
  7. make world
  8. ./install
  9. create an initrd by: 
    1. # depmod 2.6.18-xen
    2. # mkinitrd -v -f --with=aacraid --with=sd_mod --with=scsi_mod initrd-2.6.18-xen.img 2.6.18-xen
  10. If you will use, VNC's mouse maybe out of sync with the host, in Windows, disable the "Enhance Pointer Precision" option in the mouse configuration

As in steps 4 and 5, I tried to disable the nosegneg warning during Xen start. But it may sometimes still appear. I have no idea why.

About the Linux distribution, some developers of Xen I happen to know use RHEL 5.2. Maybe you can try CentOS5.2.

Thanks

>Xen Users,

>

>I have always used XEN from the debian/ubuntu repositories, as I have had very good experiences with the repository version.  However, I now find myself needing to build XEN from source, so that I can boot BSD based >guests (needs to be compiled with vmxassist=n).

>

>I have now spent well over 12 hours trying to get a build-from source installation of XEN 3.3 on Ubuntu.  I have finally gotten myself to a somewhat working place - Dom0 now boots (although I get some error messages >about apparmor support, etc), but when I go to create a DomU, it instantly flips the DomU back off.  I get a message from QEMU in the qemu-domain log.... "I/O request not ready: 0, pty:0, port: 0, data: 0, count: 0, size: 0".  >Ugh.

>

>Most likely, I need to start over (again), but I feel like I'm crawling through this process.  Are there any good guides out there on building 3.3 from source on a clean system, or a repository with VMXASSIST=n already >built in, or a workaround to rebuilding the whole thing?

>

>I'll definitely owe someone a beer.

>

>Thank You,


_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.