Re: [Qemu-devel] [PATCH v2 02/13] hvf: add code base from Google's QEMU repository
Il 01 set 2017 7:59 PM, "Izik Eidus" ha scritto: Hi, Sergio, I was trying to applying patch 1/13 and 2/13 and then I ran: ./configure and saw: 'HVF support yes' after that 'make' was happy and: ./x86_64-softmmu/qemu-system-x86_64 --help | grep accel \property accel=accel1[:accel2[:...]] selects accelerator supported accelerators are kvm, xen, hax, hvf or tcg (default: tcg) kernel_irqchip=on|off|split controls accelerated irqchip support (default=off) however: ./x86_64-softmmu/qemu-system-x86_64 -cdrom /Users/izik/Downloads/ubuntu-16.04.3-desktop-amd64.iso -machine q35,accel=hvf qemu-system-x86_64: -machine accel=hvf: No accelerator found What am I doing wrong? Try applying patch 3 too. Most of the early patches will end up squashed. Paolo Thanks. On Fri, Sep 1, 2017 at 12:41 AM, Sergio Andrés Gómez del Real < sergio.g.delr...@gmail.com> wrote: > Hello, > Mr. Frank Yang was the guy at Google that introduced the HVF port to > Google's Android Emulator QEMU branch. > Frank, in this thread we are discussing the licensing issue with the HVF > files (their being GPL v2-only). Paolo from Red Hat was asking to Veertu > developer Izik Eidus if the code in Veertu derived only from QEMU, Bochs > and other GPLv2+ or LGPL software. Because the code at Google was itself > derived from Veertu, I'd imagine the same licensing terms would apply in > your case. Any light you can throw over this issue would be much > appreciated. > > Thank you. > > On Thu, Aug 31, 2017 at 4:21 PM, Paolo Bonzini > wrote: > >> Il 31 ago 2017 3:54 PM, "Izik Eidus" ha scritto: >> >> > Izik, Vincent (assuming you are the right person to contact at Google), >> > can you reply to Daniel and Stefan? >> > >> >> Hi, >> >> What I suggest is that we will send our patch' again as gpl2+ and clean >> the >> entire stuff to make sure they are falling into the right copyright >> category as required by QEMU. >> >> >> That's not necessary. Just you and Vincent replying to this thread with a >> "Signed-off-by" line would be enough for Sergio to use the right license in >> his v3 submission. Sergio already made some non-trivial changes that are >> needed for inclusion in QEMU from a supportability (e.g. dirty page >> tracking for graphics) or maintainability perspective (e.g. -cpu support), >> so the simplest thing to do is to retrofit the right license to his >> submission. You can do so if you can confirm that the code you used only >> came from QEMU itself, Bochs or other GPLv2+/LGPL software (and the rest >> was written by Veertu). >> >> Google has already contributed the HAXN accelerator, so I am moderately >> optimistic that they can help with HVF too. >> >> BTW, another thing that need to be integrated in order to make this stuff >> useful is the vmnet patch's, it is apple NAT for vms that allow guests to >> have networking... >> >> >> People can always use slirp (or tap with some more effort), so these >> patches are already a minimum viable feature and pretty close to being >> mergeable. But of course any other contribution is welcome! >> >> Paolo >> >> >> (altho that it come with a trick, without certificate it >> will require root permission, while hypverisor framework itself can run >> without root) >> >> What do you guys think? >> >> >> > >> > Sergio worked on completing the QEMU port to Hypervisor.framework. The >> > hvf-all.c file that Daniel pointed out as v2-only is derived from >> kvm-all.c >> > and hax-all.c, and should be under v2-or-later license. The others seem >> to >> > be either original or derived from Bochs, which is LGPL, so they could >> be >> > LGPL or GPLv2+. >> > >> > Thanks, >> > >> > Paolo >> > >> > >> > There are benefits to having this code upstream. If they ever want to >> > rebase on qemu.git there will be less work for them. >> > >> > Stefan >> > >> > >> > >> >> >> >
Re: [Qemu-devel] [PATCH v2 02/13] hvf: add code base from Google's QEMU repository
On Fri, Sep 1, 2017 at 12:21 AM, Paolo Bonzini wrote: > Il 31 ago 2017 3:54 PM, "Izik Eidus" ha scritto: > > > Izik, Vincent (assuming you are the right person to contact at Google), > > can you reply to Daniel and Stefan? > > > > Hi, > > What I suggest is that we will send our patch' again as gpl2+ and clean the > entire stuff to make sure they are falling into the right copyright > category as required by QEMU. > > > That's not necessary. Just you and Vincent replying to this thread with a > "Signed-off-by" line would be enough for Sergio to use the right license in > his v3 submission. Sergio already made some non-trivial changes that are > needed for inclusion in QEMU from a supportability (e.g. dirty page > tracking for graphics) or maintainability perspective (e.g. -cpu support), > so the simplest thing to do is to retrofit the right license to his > submission. You can do so if you can confirm that the code you used only > came from QEMU itself, Bochs or other GPLv2+/LGPL software (and the rest > was written by Veertu). > Hi, I found 2 functions that can't be licensed as GPLv2+ (only GPLv2) they are very insignificant and one of them is never being called, As soon as Sergio reply to me about what I am missing in getting 1/13 and 2/13 patch's to work, I will send 2/13 again acked by me with full GPLv2+ license code (without the GPLv2 code) from Veertu and then Google have to approve as well. Thanks. > > Google has already contributed the HAXN accelerator, so I am moderately > optimistic that they can help with HVF too. > > BTW, another thing that need to be integrated in order to make this stuff > useful is the vmnet patch's, it is apple NAT for vms that allow guests to > have networking... > > > People can always use slirp (or tap with some more effort), so these > patches are already a minimum viable feature and pretty close to being > mergeable. But of course any other contribution is welcome! > > Paolo > > > (altho that it come with a trick, without certificate it > will require root permission, while hypverisor framework itself can run > without root) > > What do you guys think? > > > > > > Sergio worked on completing the QEMU port to Hypervisor.framework. The > > hvf-all.c file that Daniel pointed out as v2-only is derived from > kvm-all.c > > and hax-all.c, and should be under v2-or-later license. The others seem > to > > be either original or derived from Bochs, which is LGPL, so they could be > > LGPL or GPLv2+. > > > > Thanks, > > > > Paolo > > > > > > There are benefits to having this code upstream. If they ever want to > > rebase on qemu.git there will be less work for them. > > > > Stefan > > > > > > > > >
[Qemu-devel] e5500 pcce500 disabled network and no video on device virtio-gpu or virtio gpu-pci
Hi all, like the topic i cant made the machine goes online plus the video output don work. on this email i made the links with kernel 411 with virtio,bochs etc etc . a base of distro with kernel modules my usual lines configuration. Note i tested all on real e5500 machine and all is working there. Hope my job will help in fixing and developing ubuntu base : https://www.dropbox.com/s/yzp657yad3cp48n/Amigaone_Ubuntu_16.04-Base-1.img.gz?dl=0 Kernel 411:https://www.dropbox.com/s/ne49j5bo62680l0/u411.gz?dl=0 qemu line config: https://www.dropbox.com/s/j5kekeut75ogs9r/qemu_config.gz?dl=0 Thanks Luigi
Re: [Qemu-devel] [qemu-web PATCH] Add a blog post about the release of version 2.10.0
Quoting Thomas Huth (2017-09-01 02:19:51) > Using the contents of Micheal Roth's announce e-mail for this > blog post. > > Signed-off-by: Thomas Huth Reviewed-by: Michael Roth > --- > _posts/2017-09-01-qemu-2-10-0.md | 56 > > 1 file changed, 56 insertions(+) > create mode 100644 _posts/2017-09-01-qemu-2-10-0.md > > diff --git a/_posts/2017-09-01-qemu-2-10-0.md > b/_posts/2017-09-01-qemu-2-10-0.md > new file mode 100644 > index 000..adb1c89 > --- /dev/null > +++ b/_posts/2017-09-01-qemu-2-10-0.md > @@ -0,0 +1,56 @@ > +--- > +layout: post > +title: "QEMU version 2.10.0 released" > +date: 2017-09-01 09:00:00 +0200 > +categories: [releases, 'qemu 2.10'] > +--- > +You can grab the tarball from our > +[download > page](https://urldefense.proofpoint.com/v2/url?u=http-3A__www.qemu.org_download_-23source&d=DwIBAg&c=jf_iaSHvJObTbx-siA1ZOg&r=sThPI1c0u5x-3sg5Nw8wNqjg_5Z5xLzfPGC18E94zn8&m=PzYq08tHQcj1sxM1OMOnDI306yhwZlucN-ByJd6q8sQ&s=Yn7ZBayq012yWE5e70RVWA0QPziEmlje04XHMnXJIqY&e= > ). > +The full list of changes are available > +[in the > Wiki](https://urldefense.proofpoint.com/v2/url?u=http-3A__wiki.qemu.org_ChangeLog_2.10&d=DwIBAg&c=jf_iaSHvJObTbx-siA1ZOg&r=sThPI1c0u5x-3sg5Nw8wNqjg_5Z5xLzfPGC18E94zn8&m=PzYq08tHQcj1sxM1OMOnDI306yhwZlucN-ByJd6q8sQ&s=k3QQu7lpwfgWOAF3Z0IB57eLKY8MiRYxIYxikNaGgrg&e= > ). > + > +Highlights include: > + * Support for ACPI NUMA distance info and control over CPU NUMA > + assignments via '-numa cpu' parameters > + * Support for LUKS encryption format in qcow2 images > + * Monitor/Management interface improvments: additional debug > + information available through 'info ramblock/cmma/register/qtree', > + support for viewing connected clients via 'info vnc', improved > + parsing support for QMP protocol, and other additional commands > + * QXL and virtio-gpu support for controlling default display resolution > + * Support for vhost-user-scsi devices > + * NVMe emulation support for Write Zeroes command and Controller > + Memory Buffers > + * Guest agent support for querying guest hostname, users, timezone, and > + OS version/release information > + * ARM: KVM support for Raspberry Pi 3 > + * ARM: emulation support for MPS2/MPS2+ FPGA-based dev boards > + * ARM: zynq: SPIPS flash support > + * ARM: exynos4210: hardware PRNG device, SDHCI, and system poweroff > + * Microblaze: support for CPU versions 9.4, 9.5, 9.6, and 10.0 > + * MIPS: support for Enhanced Virtual Addressing (EVA) > + * MIPS: initrd support for kaslr-enabled kernels > + * OpenRISC: support for shadow registers, idle states, and > + numcores/coreid/EVAR/EPH registers > + * PowerPC: Multi-threaded TCG emulation support > + * PowerPC: OpenBIOS VGA driver for MacOS guests > + * PowerPC: pseries: KVM and emulation support for POWER9 guests > + * PowerPC: pseries: support for hash page table resizing > + * s390: channel device passthrough support via vfio-ccw > + * s390: support for channel-attached 3270 "green screen" devices for > + use as guest consoles or additional TTYs > + * s390: improved support for PCI (AEN, AIS, and zPCI) > + * s390: support for z14 CPU models and netboot/TFTP via CCW BIOS, > + * s390: TCG support for atomic "LOAD AND x" and "COMPARE SWAP" > + operations, LOAD PROGRAM PARAMETER, extended facilities, CPU type, > + and many more less-common instructions. > + * SH: TCG support for host atomic instructions for emulating tas.b and > + gUSA (user-space atomics), and support for fpchg/fsrra instructions > + * SPARC: fixes for booting Solaris 2.6 on sun4m/OpenBIOS machines > + * x86: Q35 MCH supports TSEG higher than 8MB > + * x86: SSE register access via gdbstub > + * Xen: support for multi-page shared rings, and 9pfs/virtfs backend > + * Xtensa: sim machine console can be directed to chardev via -serial > + * and lots more... > + > +Thank you to everyone involved! > -- > 1.8.3.1 >
Re: [Qemu-devel] [PATCH] dma/i82374: avoid double creation of i82374 device
On 2017-09-01 11:30, Eduardo Habkost wrote: > i82374 is compiled in only on ppc and sh4, so I'm CCing the > maintainers for those architectures. The i82374 device is not useful nor usable on SH4. It has just been added in commit 85d3846a39 to be able to run the tests. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
[Qemu-devel] [Bug 1711602] Re: --copy-storage-all failing with qemu 2.10
This bug was fixed in the package qemu - 1:2.10~rc4+dfsg-0ubuntu1 --- qemu (1:2.10~rc4+dfsg-0ubuntu1) artful; urgency=medium * Merge with Upstream 2.10-rc4; This fixes a migration issue (LP: #1711602); Remaining changes: - qemu-kvm to systemd unit - d/qemu-kvm-init: script for QEMU KVM preparation modules, ksm, hugepages and architecture specifics - d/qemu-kvm.service: systemd unit to call qemu-kvm-init - d/qemu-system-common.install: install systemd unit and helper script - d/qemu-system-common.maintscript: clean old sysv and upstart scripts - d/qemu-system-common.qemu-kvm.default: defaults for /etc/default/qemu-kvm - d/rules: install /etc/default/qemu-kvm - Enable nesting by default - set nested=1 module option on intel. (is default on amd) - re-load kvm_intel.ko if it was loaded without nested=1 - d/p/ubuntu/expose-vmx_qemu64cpu.patch: expose nested kvm by default in qemu64 cpu type. - d/p/ubuntu/enable-svm-by-default.patch: Enable nested svm by default in qemu64 on amd - libvirt/qemu user/group support - qemu-system-common.postinst: remove acl placed by udev, and add udevadm trigger. - qemu-system-common.preinst: add kvm group if needed - Distribution specific machine type - d/p/ubuntu/define-ubuntu-machine-types.patch: define distro machine types to ease future live vm migration. - d/qemu-system-x86.NEWS Info on fixed machine type defintions - improved dependencies - Make qemu-system-common depend on qemu-block-extra - Make qemu-utils depend on qemu-block-extra - let qemu-utils recommend sharutils - s390x support - Create qemu-system-s390x package - Include s390-ccw.img firmware - Enable numa support for s390x - ppc64[le] support - d/qemu-system-ppc.links provide usr/bin/qemu-system-ppc64le symlink - Enable seccomp for ppc64el - bump libseccomp-dev dependency, 2.3 is the minimum for ppc64 - arch aware kvm wrappers - update VCS-git to match the Artful branch - disable missing x32 architecture - d/rules: or32 is now named or1k (since 4a09d0bb) - d/qemu-system-common.docs: new paths since (ac06724a) - d/qemu-system-common.install: qmp-commands.txt removed, but replaced by qapi-schema.json which is already packaged (since 4d8bb958) - d/p/02_kfreebsd.patch: utimensat is no more optional upstream (Update to Debian patch to match qemu 2.10) - s390x package now builds correctly on all architectures (LP 1710695) * Added changes: - d/qemu-system-common.docs: adapt new path of live-block-operations.rst since 8508eee7 - d/qemu-system-common.docs: adapt q35 config paths since 9ca019c1 - make nios2/hppa not installed explicitly until further stablized - d/qemu-guest-agent.install: add the new guest agent reference man page qemu-ga-ref - d/qemu-system-common.install: add the now generated qapi/qmp reference along the qapi intro - d/not-installed: ignore further generated (since 56e8bdd4) files in dh_missing that are already provided in other formats qemu-doc, qemu-qmp-ref,qemu-ga-ref - d/p/ubuntu/define-ubuntu-machine-types.patch: update to match new changes in 2.10-rc4 -- Christian Ehrhardt Fri, 25 Aug 2017 07:49:30 +0200 ** Changed in: qemu (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1711602 Title: --copy-storage-all failing with qemu 2.10 Status in QEMU: Fix Committed Status in qemu package in Ubuntu: Fix Released Bug description: We fixed an issue around disk locking already in regard to qemu-nbd [1], but there still seem to be issues. $ virsh migrate --live --copy-storage-all kvmguest-artful-normal qemu+ssh://10.22.69.196/system error: internal error: qemu unexpectedly closed the monitor: 2017-08-18T12:10:29.800397Z qemu-system-x86_64: -chardev pty,id=charserial0: char device redirected to /dev/pts/0 (label charserial0) 2017-08-18T12:10:48.545776Z qemu-system-x86_64: load of migration failed: Input/output error Source libvirt log for the guest: 2017-08-18 12:09:08.251+: initiating migration 2017-08-18T12:09:08.809023Z qemu-system-x86_64: Unable to read from socket: Connection reset by peer 2017-08-18T12:09:08.809481Z qemu-system-x86_64: Unable to read from socket: Connection reset by peer Target libvirt log for the guest: 2017-08-18T12:09:08.730911Z qemu-system-x86_64: load of migration failed: Input/output error 2017-08-18 12:09:09.010+: shutting down, reason=crashed Given the timing it seems that the actual copy now works (it is busy ~10 seconds on my environment which would be the copy). Also we don't see the old errors we saw before, but afterwards on the act
