Re: FreeBSD PVHVM call for testing
Hi, I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' based kernel under Xen 4.2.2. So I couldn't confirm any issue with the kernel both on Xen 3.4.4 and 4.2.2. Nice Job. Hypervisor details: # xm info host : release: 3.8.7-1.el6xen version: #1 SMP Tue Apr 16 13:14:14 EEST 2013 machine: x86_64 nr_cpus: 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz: 1995 hw_caps: bfebfbff:28100800::3b40:009ce3bd::0001: virt_caps : hvm total_memory : 16374 free_memory: 7194 free_cpus : 0 xen_major : 4 xen_minor : 2 xen_extra : .2 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params: virt_start=0x8000 xen_changeset : unavailable xen_commandline: dom0_mem=409600 cc_compiler: gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) cc_compile_by : mockbuild cc_compile_domain : cc_compile_date: Tue May 7 19:26:49 EST 2013 xend_config_format : 4 DomU details: # xm list --long f2tbrxodmgk9ng (domain (domid 146) (cpu_weight 400) (cpu_cap 0) (pool_name Pool-0) (bootloader '') (vcpus 4) (cpus (() () () ())) (on_poweroff destroy) (description '') (on_crash restart) (uuid 355cfb26-4793-f85a-e330-7b6bfcae49b5) (bootloader_args '') (name f2tbrxodmgk9ng) (on_reboot restart) (maxmem 1024) (memory 1024) (shadow_memory 12) (features '') (on_xend_start ignore) (on_xend_stop ignore) (start_time 1369384081.34) (cpu_time 59.956655605) (online_vcpus 4) (image (hvm (kernel '') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader /usr/lib/xen/boot/hvmloader) (xen_platform_pci 1) (nestedhvm 0) (rtc_timeoffset 10801) (pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1) (oos 1) (apic 1) (usbdevice tablet) (vpt_align 1) (vncunused 1) (boot cd) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0) (tsc_mode 0) (guest_os_type default) (device_model /usr/lib64/xen/bin/qemu-dm) (pci_power_mgmt 0) (xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL 1)) ) ) (status 2) (state -b) (store_mfn 1044476) (device (vif (bridge nnl9l2z5l3q3d8) (uuid daeabd68-05a0-f25b-ba65-394627505b50) (script /etc/xen/scripts/vif-bridge) (ip 109.123.91.166) (mac 00:16:3e:e8:88:49) (vifname qgdvmt5h6d2l9s) (backend 0) ) ) (device (console (protocol vt100) (location 7) (uuid c670a71d-4c3b-1fcb-974a-587f17740a6c) ) ) (device (vbd (protocol x86_64-abi) (uuid 9067929c-9b48-99c6-5526-e771d43f427c) (bootable 1) (dev hda:disk) (uname phy:/dev/fv4zl7t2h5wbeq/o76ciuubu0r986) (mode w) (backend 0) (VDI '') ) ) (device (vbd (protocol x86_64-abi) (uuid 2ae3630e-0e8e-04e4-8caf-ac4d1e9fd402) (bootable 0) (dev hdb:disk) (uname phy:/dev/fv4zl7t2h5wbeq/xi0nw7u4zo0bu9) (mode w) (backend 0) (VDI '') ) ) (device (vbd (protocol x86_64-abi) (uuid 33d3e25c-0c1c-ced6-c8b6-5a706ab0d403) (bootable 0) (dev hdc:cdrom) (uname file:/tools/freebsd/boot-freebsd-generic.iso) (mode r) (backend 0) (VDI '') ) ) (device (vfb (vncunused 1) (vnc 1) (uuid 438a2ffd-bec7-1e54-bb0b-4fdd400517cf) (location 0.0.0.0:5908) ) ) ) DomU from inside: # uname -a FreeBSD yurak2.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+03cdadc: Thu May 23 18:55:33 AST 2013 r...@yurak2.vm:/usr/obj/freebsd/sys/XENHVM amd64 --- Yura On May 22, 2013, at 18:27 PM, Yuriy Kohut yko...@onapp.com wrote: Hi, I've just successfully run FreeBSD 9.1 based guest with 'pvhvm_v8' based kernel under Xen 3.4.4. Hypervisor details: # xm info host : *** release
Re: [Xen-devel] FreeBSD PVHVM call for testing
On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monné wrote: Hello, I've pushed a new branch, pvhvm_v10 that contains a PV IPI implementation for both amd64 and i386. I've also updated the wiki to point to the pvhvm_v10 branch: I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_add -r gmake' tells me there is no package (perhaps I am using a too modern version of FreeBSD (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? The Wiki mentions how to install git but that fails b/c it can't find gmake. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: [Xen-devel] FreeBSD PVHVM call for testing
On Fri, May 24, 2013 at 10:14 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monné wrote: Hello, I've pushed a new branch, pvhvm_v10 that contains a PV IPI implementation for both amd64 and i386. I've also updated the wiki to point to the pvhvm_v10 branch: I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_add -r gmake' tells me there is no package (perhaps I am using a too modern version of FreeBSD (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? The Wiki mentions how to install git but that fails b/c it can't find gmake. on 10-CURRENT you need to use pkg or build from ports/devel/gmake ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: [Xen-devel] FreeBSD PVHVM call for testing
On 24/05/13 16:14, Konrad Rzeszutek Wilk wrote: On Thu, May 23, 2013 at 07:41:50PM +0200, Roger Pau Monné wrote: Hello, I've pushed a new branch, pvhvm_v10 that contains a PV IPI implementation for both amd64 and i386. I've also updated the wiki to point to the pvhvm_v10 branch: I feel a bit stupid to ask this, but how I install 'gmake'? Doing 'pkg_add -r gmake' tells me there is no package (perhaps I am using a too modern version of FreeBSD (FreeBSD-10.0-CURRENT-amd64-20130512-r250582-release.iso)? The Wiki mentions how to install git but that fails b/c it can't find gmake. Did you install the ports tree during the installation? If so I've always successfully installed git using: # whereis git # cd output of above command # make install Maybe the ISO you picked as a broken ports snapshot? ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: virtio-net vs qemu 1.5.0
Hello, I filed a bug: http://www.freebsd.org/cgi/query-pr.cgi?pr=178955 Julian On 05/23/2013 02:00 PM, Julian Stecklina wrote: Hello, I just compiled qemu 1.5.0 and noticed that virtio network (on CURRENT as of today) seems to have problems updating the MAC filter table: vtnet0: error setting host MAC filter table As far as I understand, if_vtnet.c does the following in vtnet_rx_filter_mac. It appends two full struct vtnet_mac_tables (one for unicast and one for multicast) to the request. Each consists of the number of actual entries in the table and space for 128 (mostly unused) entries in total. The qemu code parses this differently. It first reads the number of elements in the first table and then skips over so many MAC addresses and then expects the header to the second table (which in our case points to zero'd memory). Then it skips those 0 MAC entries as well and expects that it has consumed the whole request and returns an error, because there is still data left. The relevant code is in qemu/hw/net/virtio-net.c in virtio_net_handle_rx_mode. Assuming the qemu code is correct (of which I am not sure) the correct solution would be to enqueue only so many MACs in the original requests as are actually used. The following (a bit dirty) patch fixes this for me: diff --git a/sys/dev/virtio/network/if_vtnet.c b/sys/dev/virtio/network/if_vtnet.c index ffc349a..6f00dfb 100644 --- a/sys/dev/virtio/network/if_vtnet.c +++ b/sys/dev/virtio/network/if_vtnet.c @@ -2470,9 +2470,9 @@ vtnet_rx_filter_mac(struct vtnet_softc *sc) sglist_init(sg, 4, segs); error |= sglist_append(sg, hdr, sizeof(struct virtio_net_ctrl_hdr)); error |= sglist_append(sg, filter-vmf_unicast, - sizeof(struct vtnet_mac_table)); + sizeof(uint32_t) + ETHER_ADDR_LEN*filter-vmf_unicast.nentries); error |= sglist_append(sg, filter-vmf_multicast, - sizeof(struct vtnet_mac_table)); + sizeof(uint32_t) + ETHER_ADDR_LEN*filter-vmf_multicast.nentries); error |= sglist_append(sg, ack, sizeof(uint8_t)); KASSERT(error == 0 sg.sg_nseg == 4, (error adding MAC filtering message to sglist)); Any virtio guru here to comment on this? Julian ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: FreeBSD PVHVM call for testing
On Thu, May 23, 2013 at 6:30 AM, Roger Pau Monné roger@citrix.comwrote: On 23/05/13 15:20, Jeroen van der Ham wrote: On 13 May 2013, at 20:32, Roger Pau Monné roger@citrix.com wrote: Also, I've created a wiki page that explains how to set up a FreeBSD PVHVM for testing: http://wiki.xen.org/wiki/Testing_FreeBSD_PVHVM You mention on that page that it is easier to install on 10.0-CURRENT snapshots. What are the issues with installing this on 9.1? Is it possible? I don't think it is recommended to use a HEAD (10) kernel with a 9.1 userland. You can always install a 9.1 and then do a full update with the source on my repository. Actually in FreeBSD, it is possible to run an older userland on a newer kernel, and a lot of effort is spent in preserving this type of backwards compatibility. So a 9.1 userland with a 10 kernel will work. However, running a newer userland on an older kernel is not guaranteed to work. So running a 10 userland with a 9.1 kernel will most likely not work. However, since you guys are doing very cutting edge stuff with 10-CURRENT, it is better that you do not waste time with 9.1. I recommend you start with a 10.0 CURRENT snapshot ISO and go from there. I am going through a similar setup exercise with a Google Summer of Code student where he needs to have a latest CURRENT system running in a VM. I wrote this blog post: http://blogs.freebsdish.org/rodrigc/2013/05/24/setting-up-a-vm-for-doing-gsoc-work/ for the steps how to do it. You can follow those steps to get bootstrapped with a working environment if it helps you out. Good luck. -- Craig ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org