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

Re: [Xen-devel] Fwd: Openindiana, using -machine pc, accel=xen in qemu



Pls cc me with any replies.

On Thursday, 22 September 2016, 12:22:02 EDT, Anthony PERARD wrote:
> On Wed, Sep 21, 2016 at 06:20:16PM -0400, jim burns wrote:
> > I didn't get any responses in xen-users, so I'm posting here. My use case
> > is as below, but the jist of it is is the qemu option -machine
> > pc,accel=xen meant to be usable in standalone qemu, or is it only
> > available from a guest launched by xl, or libvirtd via libxl? If the
> > latter, are there any plans to make it available as a standalone qemu
> > option?
> 
> Hi,
> 
> -machine pc,accel=xen is to be used by libxl (used by xl or libvirt).
> libxl takes care of creating a guest and launch QEMU when needed.

That was quick. Thank you for your response. So there is no way to hook libxl 
from a standalone qemu option?

> There are some QEMU options to start a xen guest with standalone qemu,
> but I don't know if they works. Look for -xen-create. But I don't think
> that is what you would need.

Tried that, and -xen-attach - no effect.

> What is your xen config file for OI ?

name = "osol134"
uuid = "f80856df-3180-acc5-931d-32190cfe4062"
memory=2048
vcpus=4
localtime=1
on_poweroff = "destroy"
on_reboot = "destroy"
on_crash = "preserve"
#
boot="dc"
builder="hvm"
xen_platform_pci=0  # forces -machine pc,accel=xen
device_model_args=[ '-cpu','Haswell-noTSX' ]
#device_model_override='/usr/bin/qemu-system-x86_64'
#pvh=1
#viridian=1
#hdtype='ahci'
#device_model_stubdomain_override = 1 # using soundhw causes failure, can't 
use qxl
#kernel="/usr/lib/xen/boot/pv-grub-x86_32.gz" # upstream legacy grub doesn't 
understand zfs

## live cd installer

Disk = [ "file:/home/jimb/Documents/rpms/OI-hipster-
gui-20160421.iso,xvdc:cdrom,r", "phy:/dev/dm-2,xvda,w" ]
#bootloader="pygrub"
#bootloader_args=[ "--kernel=/home/jimb/hipster/unix","--ramdisk=/home/jimb/
hipster/boot_archive","--args='-B 
install_media=cdrom,console=ttya,livemode=text" ] #runtime
#kernel = "/home/jimb/hipster/unix" # the kernel and ramdisk are extracted 
from the install dvd, and are intended for a pv domain, which doesn't work
#ramdisk = "/home/jimb/hipster/boot_archive"
#extra = "/platform/i86pc/kernel/amd64/unix -B 
install_media=cdrom,console=ttya,livemode=vesa" #live cd istaller

# runtime

#disk = [ "phy:/dev/dm-2,xvda,w", "file:/home/jimb/Documents/rpms/OI-hipster-
gui-20160421.iso,xvdc:cdrom,r" ]
#disk = [ "format=raw,vdev=xvda,access=rw,target=/dev/dm-2", 
"format=raw,vdev=xvdc,access=ro,devtype=cdrom,target=/home/jimb/Documents/
rpms/OI-hipster-gui-20160421.iso" ]
#kernel = "/home/jimb/hipster/unix.install"
#ramdisk = "/home/jimb/hipster/boot_archive.install"
#extra = "/platform/i86pc/kernel/amd64/unix -B zfs-bootfs=rpool/ROOT/
openindiana-16,console=graphics" #runtime
##
vif = [ "mac=00:16:3e:72:da:33,bridge=virbr0,script=vif-bridge,model=e1000" ]
#vfb = [ "type=vnc,vncunused=1,vnclisten=0.0.0.0,keymap=en-us" ]
#vga="stdvga"
vga="qxl"
videoram=128
#soundhw='all' #causes hvm domain start failure
soundhw='sb16,es1370,ac97,adlib,gus,cs4231a'
monitor=1
#
sdl=0
vnc=1
#vncconsole=1
#vncviewer=1
vncpasswd=''
vncdisplay=3 # means use :0
vnclisten="0.0.0.0"
vncunused=0
keymap='en-us'
serial='pty'
usbdevice='mouse'
#
#spice
#vga='qxl' # can't use qemu-xen-traditional, supports (doesn't conflict with) 
ovmf bios
spice=1
spiceport=6080 
spicehost='0.0.0.0'
spicedisable_ticketing = 1 # default is 0 
spicedisable_copy_paste = 0
#spicepasswd = 'test'
spicevdagent=1
spice_clipboard_sharing=1
#spiceusbredirection=4
##soundhw="hda" #for spice, no stubdom, see below for other options


> Also, how do you start OI with KVM/tcg? (qemu command line)

This script has a number of options. I invoke it as 'bin/osol151' to boot 
normally from the hard disk. I can also boot from the dvd WHILE osol151 is 
running, by changing the connection ports, and invoking as 'bin/osol134'. This 
is to test various options with out disturbing my guest.

sock=spice.sock
vncport=0
spiceport=6070
if [ "`basename $0`" = "osol134" ]; then
  sock=spice.sock134
  vncport=3
  spiceport=6080
fi
#if libvirtd isn't working (after an update), I use xenbr0, else virbr0
netdev="tap,br=xenbr0,id=net0,script=no,downscript=no" #requires root
netdev="bridge,id=net0,br=virbr0"
#experimenting with sockets
Spice_opts="-device virtio-vga,virgl=on -spice unix,gl=on,addr=/run/user/1000/
$sock"
spice_opts="-device qxl-vga,vram_size_mb=64,ram_size_mb=64 -spice port=
$spiceport,tls-port=0,addr=127.0.0.1"
set -x
/usr/bin/qemu-system-x86_64 -nodefaults -name `basename $0` -localtime -vnc 
0.0.0.0:0,to=99 -display none $spice_opts,disable-ticketing,agent-mouse=on -
device virtio-serial -chardev spicevmc,id=vdagent,name=vdagent -device 
virtserialport,chardev=vdagent,name=com.redhat.spice.0 -k en-us -serial pty -
cpu Haswell-noTSX -machine pc,accel=xen:kvm:tcg,kernel_irqchip=on -m 3000 -
boot order=dc -usb -usbdevice mouse -soundhw 
sb16,es1370,ac97,adlib,gus,cs4231a -smp 4,maxcpus=4 -device 
e1000,id=nic0,netdev=net0,mac=00:16:3e:72:da:33 -netdev $netdev -drive file=/
dev/dm-2,if=ide,index=0,media=disk,format=raw,cache=writeback -drive file=/
home/jimb/Documents/rpms/OI-hipster-
gui-20160421.iso,if=ide,index=2,readonly=on,media=cdrom,format=raw,cache=writeback,id=ide-51744
 
&
sleep 2; if echo $spice_opts|grep -q virgl; then remote-viewer spice+unix:///
run/user/1000/$sock& else ( remote-viewer spice://localhost:$spiceport || 
vncviewer :$vncport )& fi


> > I have not been able to run OpenSolaris / openindiana (OI) in xen. OI is
> > very sensitive to the -machine parm in qemu. You can get grub to come up
> > with hvm, and add -v to the kernel line, and see that for -machine xenfv,
> > the messages stop / hang right after the printing of the cpuid features,
> > and just before pci bus enumeration. Qemu's -machine q35 is not much
> > better. After the cpuid
>
> q35 won't work with Xen.

Just out of idle curiosity, any plans to make it work?


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

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