| Port details |
- qemu50 QEMU CPU Emulator - 5.0.X branch
- 5.0.0_1 emulators
 =0      Version of this port present on the latest quarterly branch. - Maintainer: bofh@FreeBSD.org
- Port Added: 2020-07-18 22:48:32
- Last Update: 2021-11-16 20:03:37
- Commit Hash: 05ef481
- License: GPLv2
- Description:
- QEMU is a FAST! processor emulator using dynamic translation to achieve
good emulation speed.
QEMU has two operating modes:
* Full system emulation. In this mode, QEMU emulates a full system
(for example a PC), including a processor and various peripherials.
It can be used to launch different Operating Systems without rebooting
the PC or to debug system code.
* User mode emulation (Linux host only). In this mode, QEMU can launch
Linux processes compiled for one CPU on another CPU. It can be used to
launch the Wine Windows API emulator or to ease cross-compilation and
cross-debugging.
As QEMU requires no host kernel patches to run, it is very safe and easy to use.
See also the preconfigured system images on http://oszoo.org/
Many live cd isos also work.
WWW: http://wiki.qemu.org/Main_Page
  ¦  ¦  ¦  ¦  - pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- qemu50>0:emulators/qemu50
- No installation instructions:
- This port has been deleted.
- PKGNAME: qemu50
- Flavors: there is no flavor information for this port.
- ONLY_FOR_ARCHS: amd64 i386 powerpc powerpc64 powerpc64le
- distinfo:
- TIMESTAMP = 1595103965
SHA256 (qemu/5.0.0/qemu-5.0.0.tar.xz) = 2f13a92a0fa5c8b69ff0796b59b86b080bbb92ebad5d301a7724dd06b5e78cb6
SIZE (qemu/5.0.0/qemu-5.0.0.tar.xz) = 62426192
Packages (timestamps in pop-ups are UTC):
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- texi2html : textproc/texi2html
- sphinx-build : textproc/py-sphinx
- bison : devel/bison
- gmake>=4.3 : devel/gmake
- pkgconf>=1.3.0_1 : devel/pkgconf
- python3.8 : lang/python38
- makeinfo : print/texinfo
- msgfmt : devel/gettext-tools
- sdl2-config : devel/sdl20
- perl5>=5.32.r0<5.33 : lang/perl5.32
- xorgproto>=0 : x11/xorgproto
- pixman-1.pc : x11/pixman
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- Runtime dependencies:
-
- pixman-1.pc : x11/pixman
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- x11.pc : x11/libX11
- xext.pc : x11/libXext
- Library dependencies:
-
- libnettle.so : security/nettle
- libfontconfig.so : x11-fonts/fontconfig
- libfreetype.so : print/freetype2
- libepoxy.so : graphics/libepoxy
- libpcre2-8.so : devel/pcre2
- libcurl.so : ftp/curl
- libgnutls.so : security/gnutls
- libxkbcommon.so : x11/libxkbcommon
- libpng.so : graphics/png
- libsasl2.so : security/cyrus-sasl2
- libvdeplug.so : net/vde2
- libatk-1.0.so : accessibility/atk
- libcairo.so : graphics/cairo
- libgdk_pixbuf-2.0.so : graphics/gdk-pixbuf2
- libglib-2.0.so : devel/glib20
- libintl.so : devel/gettext-runtime
- libgtk-3.so : x11-toolkits/gtk30
- libxml2.so : textproc/libxml2
- libpango-1.0.so : x11-toolkits/pango
- libvte-2.91.so : x11-toolkits/vte3
- libiconv.so : converters/libiconv
- libintl.so : devel/gettext-runtime
- libGL.so : graphics/libglvnd
- libjpeg.so : graphics/jpeg-turbo
- libSDL2.so : devel/sdl20
- There are no ports dependent upon this port
Configuration Options:- ===> The following configuration options are available for qemu50-5.0.0_1:
CDROM_DMA=on: IDE CDROM DMA
CURL=on: Data transfer support via cURL
DOCS=on: Build and/or install documentation
GNUTLS=on: gnutls dependency (vnc encryption)
GTK3=on: GTK+ 3 GUI toolkit support
JPEG=on: jpeg dependency (vnc lossy compression)
NCURSES=on: Console (text) interface support
OPENGL=on: 2D/3D rendering support via OpenGL
PCAP=on: pcap dependency (networking with bpf)
PNG=on: png dependency (vnc compression)
SAMBA=off: samba dependency (for -smb)
SASL=on: cyrus-sasl dependency (vnc encryption)
STATIC_LINK=off: Statically link the executables
USBREDIR=off: usb device network redirection (experimental!)
VDE=on: vde dependency (for vde networking)
X11=on: X11 (graphics) support
X86_TARGETS=off: Build only x86 system targets
===> Use 'make config' to modify these settings
- Options name:
- emulators_qemu50
- USES:
- bison compiler:c11 cpe gmake gnome iconv:wchar_t perl5 pkgconfig python:build tar:xz xorg makeinfo gettext gl jpeg ncurses:base gl sdl xorg
- pkg-message:
- For install:
- FreeBSD host notes
==================
- Needs to set net.link.tap.user_open sysctl in order to use /dev/tap*
networking as non-root. Don't forget to adjust device node permissions in
/etc/devfs.rules.
- slirp (usermode networking) is fixed now in cvs, on FreeSBIE 1.0 guests you
still have to manually do: echo nameserver 10.0.2.3 >/etc/resolv.conf but
i've been told that that's normal. (fixed on FreeSBIE 1.1.) And you have
to wait a bit for dhclient to do its thing; traffic to address 10.0.2.2 is
routed to 127.1 on the host.
- Expect timer problems when guest kernel HZ is > hosts, for example time
sleep 1 takes 49 seconds and booting sleeps for minutes at the acd0 probe
with a FreeSBIE 1.0 guest, thats because its kernel is built with HZ=5000,
and FreeBSD's default is 100... (no longer a problem with FreeSBIE 1.1.)
The linux 2.6 kernel uses 1000 by default btw. (changed to 250 later, and
recent linux kernels now no longer have a fixed HZ, aka `tickless
kernel'...) Enabling /dev/rtc doesn't seem to help either (not included
since it needs a patch to emulators/rtc.)
- Update: the above problem has gotten worse with FreeBSD guests
somewhere before 8.0, mainly since the kernel now usually wants
double or even quadruple number of timer irqs compared to HZ if
it detects an apic (and at least early versions of FreeBSD 8 had
a bug that essentially halved qemu's clock rate too); the only
reason you usually don't see symptoms of this with FreeBSD 8
guests is they automatically reduce their HZ to 100 when running
in a VM while the default for the host kernel is still HZ=1000.
Workaround: you can disable the apic clock in the guest by setting
hint.apic.0.clock="0"
in loader.conf(5) (or manually at the loader prompt), if that
doesn't work the only things you can do is either reduce the
guest's HZ to, say, 100 by setting e.g.
kern.hz="100"
from the loader as above (which usually is a good idea in a VM
anyway and FreeBSD 8 now does by itself as mentioned), or otherwise
increase the host's HZ to 2000 or even 4000 from the loader in
the same way.
- The -smb option (smb-export local dir to guest using the default
slirp networking) needs the samba port/package installed
in addition to qemu. (SAMBA knob.)
- If you want to use usb devices connected to the host in the guest
yot need either recent 10-current (not tested yet much) or you can
use usbredir over the network (see below); also unless you are
running qemu as root you then need to fix permissions for /dev/ugen*
device nodes: if you are on 5.x or later (devfs) put a rule in
/etc/devfs.rules, activate it in /etc/rc.conf and run /etc/rc.d/devfs
restart. Example devfs.rules:
[ugen_ruleset=20]
add path 'ugen*' mode 660 group operator
corresponding rc.conf line:
devfs_system_ruleset="ugen_ruleset"
- If you want to test the new (in 0.15.0) usb network redirection (USBREDIR
option) see this thread by Hans de Goede <hdegoede <at> redhat.com>:
http://thread.gmane.org/gmane.comp.emulators.qemu/110176/focus=110183
Quote:
Example usage:
1) Start usbredirserver for a usb device:
sudo usbredirserver 045e:0772
2) Start qemu with usb2 support + a chardev talking to usbredirserver +
a usb-redir device using this chardev:
qemu -usb \
-readconfig docs/ich9-ehci-uhci.cfg \
-chardev socket,id=usbredirchardev,host=localhost,port=4000 \
-device usb-redir,chardev=usbredirchardev,id=usbredirdev ...
[you would replace docs/ich9-ehci-uhci.cfg with e.g.
/usr/local/share/doc/qemu/docs/ich9-ehci-uhci.cfg, but turns out
ehci was broken for me here with FreeBSD guests and the previous
qemu version at least, I got:
FETCHENTRY: entry at 22C5484 is of type 2 which is not supported yet
processing error - resetting ehci HC
Assertion failed: (0), function ehci_advance_state, file /data/ports/emulators/qemu-devel/work/qemu-0.15.0/hw/usb-ehci.c, line 2045.
The new qemu version works better tho.]
- Still usb: since the hub is no longer attached to the uchi controller and
the wakeup mechanism, resume interrupt is not implemented yet linux guests
will suspend the bus, i.e. they wont see devices usb_add'ed after its
(linux') uhci module got loaded. Workaround: either add devices before
linux loads the module or rmmod and modprobe it afterwards. [Not sure
if this still applies to the new libusb host code used on recent
10-current.]
- If you get repeated `atapi_poll called!' console messages with FreeBSD
guests or other weird cdrom problems then thats probably because the guest
has atapicam loaded, which for reasons still to be determined has problems
with qemu's now by default enabled cdrom dma. You can build the port with
CDROM_DMA disabled to disable it. [Looks like this is fixed in recent
FreeBSD guest versions.]
- If you build qemu wihout SDL and then get crashes running it try passing it
-nographic. This should probably be default in that case...
- qemu's network boot roms (-boot n) have a bug when bootfiles sizes are a
multiple of blksize, if this affects you (like with FreeBSD's /boot/pxeboot)
you can do like
cp /boot/pxeboot pxeboot-qemu && chmod +w pxeboot-qemu && echo >>pxeboot-qemu
and then use pxeboot-qemu. Actually you need recent btx code
(from after 7.0 was released) because of the real mode boot
problem, so use at least pxeboot from there. And I just did that
for the pxeboot extracted out of
ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200805/7.0-STABLE-200805-i386-bootonly.iso
and placed it here:
http://people.freebsd.org/~nox/qemu/pxeboot-qemu
- If you use slirp (usernet, the default) and want to mount nfs into the guest
and you are not running qemu as root, then mountd(8) on the exporting box
needs to be run with -n in order to accept requests from ports >= 1024.
- (not FreeBSD-specific:) There have been reports of qcow2 corruption with (at
least) win2k guests on recent kvm (which uses similar qcow2 code than qemu
now, see this thread:
http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html -
the consensus on that thread seems to be that qcow(2) code has always been
experimental and you should use raw images if you want reliability; raw is
also usually faster.) You should be able to migrate existing images to raw
using qemu-img(1)'s convert function; raw doesn't support advanced features
like snapshots tho. [a few important qcow2 bugfixed have been committed in
the meantime so this _might_ be less of an issue now; and meanwhile there
also is the new qed format - I don't know how stable that one is.]
- (also not FreeBSD-specific:) It is recommended to pass raw images using the
new -drive syntax, specifying format=raw explicitly in order to avoid
malicious guests being able to exploit the format autodetection thats
otherwise getting used. (Not that you should run malicious guests anyway,
but this eleminates at least a known attack vector.)
- qemu now has improved physical cdrom support, but still there is at
least one known problem: you need to have the guest eject the disc if you
want to change it/take it out, or otherwise the guest may continue using
state (like size) of the old disc. (You can also do like `change ide1-cd0
/dev/acd0' in the monitor after taking out the disc if a guest cannot eject
it itself.)
- The default configuration location (qemu-ifup script etc.) has been changed
from /etc to PREFIX/etc (usually /usr/local/etc). Move your files
accordingly.
- The pcap code (-net nic... -net pcap,ifname=...) should work properly now,
with only one exception: Advanced features like TSO used on the host
interface can cause oversize packets which now do get truncated to avoid
confusing/panicing guests but of course still will cause retransmissions.
So if you see slow throughput and `pcap_send: packet size > ..., truncating'
messages on qemu's tty try disabling TSO etc on the host interface at least
while using pcap.
- kqemu is no longer supported in qemu upstream after the 0.11 branch
was created, which means also not in this version. (Linux has moved
on to kvm now for qemu(-like) virtualization needs, so if you want qemu
to go faster and don't want to switch to virtualbox or stick to the older
emulators/qemu port which is at 0.11.1 atm and as such still supports
kqemu you should help getting the FreeBSD kvm port updated and
completed:
http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD
)
- WWW: http://wiki.qemu.org/Main_Page
- Master Sites:
|
| Notes from UPDATING |
- These upgrade notes are taken from /usr/ports/UPDATING
- 2021-11-16
Affects: users of emulators/qemu50 Author: bofh@FreeBSD.org Reason:
emulators/qemu50 has been moved to emulators/qemu5 and updated to 5.2.0
which is the last version from 5.X.X branch. This is done in preparation
of updating emulators/qemu into latest 6.X branch. If someone wants to
stick with 5.X.X branch please use one of the following command:
# pkg install qemu5
or
# portmaster -o emulators/qemu50 emulators/qemu5
This version also introduces a stripped nox11 version which can be
installed with:
# pkg install qemu5-nox11
or
# portmaster emulators/qemu5@nox11
|
Number of commits found: 8
| Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
| Commit | Credits | Log message |
|---|
5.0.0_1
16 Nov 2021 20:03:37
 |
Muhammad Moinur Rahman (bofh) |
emulators/qemu52: Moved to emulators/qemu5
- Has been updated to 5.2.0.
- This is the last version of 5.X.X branch of qemu and part of updating
emulators/qemu to latest 6.X.X branch.
- Added a stripped down version of qemu5-nox11 with FLAVORS
- Removed some reference to oszoo.org which no longer hosts qemu images
and is totally an irrelevent site |
5.0.0_1
10 Oct 2021 19:44:42
|
Baptiste Daroussin (bapt) |
INSTALLS_ICONS: retire the macro and rework the related dependencies
While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency) |
5.0.0_1
12 Sep 2021 21:06:04
|
Piotr Kubaj (pkubaj) |
emulators/qemu50: fix build on powerpc
Same fix as other qemu ports + clang goes into infinite loop, so use GCC. |
5.0.0_1
22 Jun 2021 18:53:08
|
Kevin Bowling (kbowling) |
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824 |
5.0.0
06 Apr 2021 14:31:07
|
Mathieu Arnold (mat) |
Remove # $FreeBSD$ from Makefiles. |
5.0.0
18 Feb 2021 15:58:23
  |
pkubaj |
emulators/qemu50: enable on powerpc64le |
5.0.0
22 Oct 2020 13:20:57
|
pkubaj |
emulators/qemu50: fix build on GCC architectures
Adding -L/usr/lib make gcc from ports prefer /usr/lib instead of its own
/usr/local/lib/gcc9, which makes build fail:
/usr/local/bin/ld: accel/tcg/tcg-runtime.o: in function `clrsb32':
/wrkdirs/usr/ports/emulators/qemu50/work/qemu-5.0.0/include/qemu/host-utils.h:211:
undefined reference to `__clrsbdi2'
Tested for no breakage on 12.1/i386, 12.2/amd64 and 13.0/powerpc64.
MFH: 2020Q4 (fix build blanket) |
5.0.0
18 Jul 2020 22:48:24
|
bofh |
[NEW] emulators/qemu50: QEMU CPU Emulator - 5.0.X branch
QEMU is a FAST! processor emulator using dynamic translation to achieve
good emulation speed.
QEMU has two operating modes:
* Full system emulation. In this mode, QEMU emulates a full system
(for example a PC), including a processor and various peripherials.
It can be used to launch different Operating Systems without rebooting
the PC or to debug system code.
* User mode emulation (Linux host only). In this mode, QEMU can launch
Linux processes compiled for one CPU on another CPU. It can be used to
launch the Wine Windows API emulator or to ease cross-compilation and
cross-debugging.
As QEMU requires no host kernel patches to run, it is very safe and easy to use.
See also the preconfigured system images on http://oszoo.org/
Many live cd isos also work.
WWW: http://wiki.qemu.org/Main_Page |
Number of commits found: 8
|
As an Amazon Associate I earn from qualifying purchases.