That's great. I spent quite a while last summer looking for the source
of that error, without success. I finally just created a stub library
named lutil figuring I would then find which function was missing on the
next build attempt. But it worked fine so apparently QEMU does not even
use whatev
Indeed. Almost all of the problems I was having were due to an
incomplete understanding on my part of the way Solaris handles POSIX.
Once I figured that out, everything quickly fell into place.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
Anyone? I'm still trying to get my networking working. On this page:
https://en.wikibooks.org/wiki/QEMU/Networking#User_mode_networking, it
says
"The guest OS will see an E1000 NIC with a virtual DHCP server on
10.0.2.2 and will be allocated an address starting from 10.0.2.15. A
virtual DNS serv
Sorry about that. I didn't know where to ask about this. Anyway thank
you for the explanation. That was the clue I needed. Instead of giving
XP a gateway of 192.168.0.1 in the Networking TCP tab I just set gateway
and DNS to automatic. Networking is all working fine now. This was the
call:
.
Public bug reported:
Building qemu 2.12.0 on a Sun Oracle Enterprise M3000 SPARC64 VII,
opencsw toolchain and gcc 7.3.0, gmake fails with a bunch of related
errors all in cypher-gcrypt.c:
/export/home/denber/qemu-2.12.0/crypto/cipher-gcrypt.c:262:32: error:
‘gcry_cipher_hd_t’ undeclared (first u
** Description changed:
Building qemu 2.12.0 on a Sun Oracle Enterprise M3000 SPARC64 VII,
- opencsw toolchain and gcc 7.3.0, gmake fails with a bunch of related
- errors all in cypher-gcrypt.c:
+ Solaris 10 Update 11, opencsw toolchain and gcc 7.3.0, gmake fails with
+ a bunch of related errors
It turns out I needed
#include
in crypto/cipher-grypt.c
However, now I'm stuck on
# gmake
mkdir -p dtc/libfdt
mkdir -p dtc/tests
Bad string
LINKqemu-nbd
ld: fatal: library -lutil: not found
ld: fatal: file processing errors. No output written to qemu-nbd
collect2: error: ld returned 1 exit
"The libgcrypt-config command should be in $PATH"
I'm sorry - I don't understand. Isn't $PATH a list of directories? I
need to put a command in there? I'm clearly missing something here.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to Q
Ah, I see:
"in a future QEMU release we may drop support for those hosts unless
somebody volunteers to help us with maintaining them (and can provide
build/CI machines)."
OK, so I happily volunteer an account on my machine to help maintain
this.
"What's the content of the $solaris variable at th
"echo $solaris "
That gives:
# /usr/xpg4/bin/sh ../configure --extra-cflags="-m32"
--target-list=x86_64-softmmu
yes
Install prefix/usr/local
BIOS directory/usr/local/share/qemu
firmware path /usr/local/share/qemu-firmware
binary directory /usr/local/bin
library di
Anyone? My offer of free use of my machine to support Qemu on Solaris
still stands. Perhaps I'm asking in the wrong place?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1785698
Title:
Solaris bui
ount on my
Sun Oracle Enterprise M3000 quad-core 2.75 GHz. SPARC64 VII running
Solaris 10 Update 11. I've got plenty of spare CPU cycles and lots of
free disk. Please let me know.
- Michele
de/string.h and sure enough, strnlen
is missing. I'm like, what the heck? So I ended up providing the
source code of strnlen at the top of checks.c. This was also a problem
in fdt_ro.c. It's that sort of thing. Now it's compiling again. I
configured without any target options, so
los, OpenSXCE and Tribblix, though I know
nothing of any of those.
- Michele
o declare my independence
form Microsoft and Windows but I still have a few important Windows
programs that won't run on anything else. One can debate Solaris vx.
Linux, but I've made my choice.
- Michele
to date.
gmake[1]: Leaving directory '/export/home/denber/qemu-2.12.0/build/dtc'
...
It doesn't say "Error: Bad string", it just says "Bad string". Is that
even an error? A web search for this turned up nothing and the string
"Bad string" does not s
ould this be the problem? Or is this dtc stuff really necessary?
Is there some way to comment it out just to see what happens? I didn't
see any mention of it in the configure help.
I feel like I'm getting pretty close to success here.
- Michele
--
You received this bu
Public bug reported:
While building qemu2.12.0 on a Sun Oracle Enterprise M3000 SPARC64 VII
running Solaris 10U11, opencsw toolchain, gcc 7.3.0, and python 3.3.6 I
get:
# gmake
mkdir -p dtc/libfdt
mkdir -p dtc/tests
Bad string
DEP /export/home/denber/qemu-2.12.0/dtc/tests/dumptrees.c
Oh, and how I found this. From
http://lists.xymon.com/archive/2012-July/035109.html:
> Sorry to reply to myself. Looks like this line:
>
> uname -s | tr '[/]' '[_]'
>
> ...is not acceptable to /usr/bin/tr on Solaris 10. It worked fine
> on 9. On 10, one receives this error:
>
> # uname -s | tr
[Solved]
There's nothing like going public with a problem to find the answer
yourself shortly after. In case it helps someone else in the future, it
turns out that the Makefile in dtc/ contains the following line:
HOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \
sed -e 's/\(cygwin\
quot;HOSTOS=SunOS" and that
took care of that. dtc compiled just fine.
Now I'm getting a "ld: fatal: unrecognized option '--'" linking libfdt
so I'm going to try a different linker.
Onward :-)
- Michele
--
You received this bug notification bec
for
> 2.6.x was dropped I'm afraid.
>
>
Thanks. I upgraded to python 3.3 though that turned out not to be the
problem. I documented the solution here:
https://bugs.launchpad.net/qemu/+bug/1787012
- Michele
--
You received this bug notification because you are a memb
gmake[1]: Leaving directory '/export/home/denber/qemu-2.12.0/capstone'
gmake BUILD_DIR=/export/home/denber/qemu-2.12.0/build -C x86_64-softmmu
V="1" TARGET_DIR="x86_64-softmmu/" all
gmake[1]: Entering directory
'/export/home/denber/qemu-2.12.0/build/x86
rs. Sure enough, I found
qemu-system-x86_64 right there in the x86_64-softmmu directory. I ran
that and it started right up. I guess I was thinking more along the
lines of VirtualBox where you start one program and choose a VM from
there. Thanks!
- Michele
--
You received th
You are absolutely correct. I found the right problem but the wrong
reason. Note that:
# which tr
/usr/bin/tr
# uname -s | tr '[/]' '[_]'
Bad string
# uname -s | /usr/xpg4/bin/tr '[/]' '[_]'
SunOS
#
So it's just another POSIX problem with Solaris, not a bug. Solaris
provides all the POSIX stu
Public bug reported:
This is probably a bit far afield but on a Solaris 10 SPARC host (Sun
M3000) running a Windows XP guest like this:
./qemu-system-x86_64 -m 1024 -boot d -smp 3 -net nic -net user -hda
/bkpool/qemuimages/XP.img -cdrom /bkpool/qemuimages/xp.iso &
the vnc server starts up and W
Thank you very much. The following invocation fixed the mouse problem
(mostly) and made the Ethernet device available to the guest:
./qemu-system-x86_64 -m 2047 -boot d -usb -device usb-tablet -smp 3
-netdev user,id=n0 -device rtl8139,netdev=n0 -hda
/bkpool/qemuimages/XP.img -cdrom /bkpool/qemui
l compiler="$1"
I'm not familiar with this construct. What does "local" do? It wasn't
in the configure file for QEMU 2.12. (And I already said "cc=gcc")
- Michele
Subject:Re: Building in Solaris 11.4
Date: Wed, 24 Jun 2020 16:48:51 -0500
From: Eric Blake
Organization: Red Hat, Inc.
To: Michele Denber , qemu-devel@nongnu.org
As a short-term workaround, you can always do:
/path/to/bash ./configure
Ah yes, thank you. I now recall
Solaris)
is having some trouble. I'm not a good enough C programmer to figure it
out. Remove the openpty declaration from util/openpty.c perhaps?
- Michele
tions depend on the type of the file.
If the _BSD_SOURCE feature test macro is defined, then glibc defines
the following macro constants for the value returned in d_type:"
But I'm not sure what to make of this.
- Michele
ays ago. I will try the Haiku patch offered by PMM.
- MIchele
Public bug reported:
We use mainly Cloudlinux, Debian and Centos.
We experienced many crashes on our qemu instances based on Cloudlinux during a
snapshot.
The issue is not related to CloudLinux directly, but to Qemu agent, which does
not freeze the file system(s) correctly. What is actually happ
still has
support for the Sun Ray thin client and that was removed from 11.4
(which is a giant pain). So I'm stuck running Solaris 10 in an LDOM to
run all my old code and have Sun Ray access, and 11.4 in the control
domain because it's the latest thing.
and without this function,
let's introduce a proper HAVE_OPENPTY define for this to fix the build
failure.
Signed-off-by: Thomas Huth
---
Note: Untested, since I do not have a VM with Solaris. Michele,
Peter, I'd really appreciate a "Tested-by:" from you here. Thanks!
Sorry,
ermp, struct winsize *winp)
{
root@hemlock:~/qemu-5.0.0#
- Michele
l/2020-06/msg08800.html
(This whole file is for using a Linux-specific feature so there's
no point even compiling it for other OSes.)
- Michele
il-obj-y += systemd.o
-util-obj-$(CONFIG_POSIX) += drm.o
+util-obj-$(CONFIG_LINUX) += drm.o
util-obj-y += guest-random.o
util-obj-$(CONFIG_GIO) += dbus.o
dbus.o-cflags = $(GIO_CFLAGS)
root@hemlock:~/qemu-5.0.0#
- Michele
amp; friends are defined in /usr/include/sys/ioccom.h,
but I can't figure out how to point gmake to that. Do I need some sort
of "-I" in the Makefile?
When I built QEMU 2.12, I ran into this too and ended up just commenting
out all the references to _IOR, etc. in hw/tpm/tpm_ioctl.h but maybe we
can do something more elegant this time. Thanks.
- Michele
ap-solaris.c):
TFR(ip_fd = open("/dev/udp", O_RDWR, 0));
What is TFR?
- Michele
o TFR must be something
external.
- Michele
mmu
root@hemlock:~/qemu-5.0.0/x86_64-softmmu# ls
config-devices.mak config-devices.mak.old Makefile
config-devices.mak.dconfig-target.mak
root@hemlock:~/qemu-5.0.0/x86_64-softmmu#
So even though gmake finished, it didn't make at least one VM. Is that
because of the two remaining errors?
- Michele
pulling it
in via tap-int.h), which broke building on Solaris hosts.
Fixes: a8d2532645cf5ce4
Reported-by: Michele Denber
Signed-off-by: Peter Maydell
---
Untested: Michele, could you give this a try?
---
net/tap-solaris.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/tap-solaris.c b/net
aim that I have succeeded in
building QEMU 5.0 in Solaris 11.4 SPARC. Thanks very much to everyone
for all your help.
- Michele
tk-WARNING **: Could not load a pixbuf from
/org/gtk/libgtk/theme/Adwaita/assets/bullet-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be
found.
- Michele
On 07/06/20 13:04, Laurent Vivier wrote:
Le 04/07/2020 à 20:13, Michele Denber a écrit :
On 07/04/20 13:11, Thomas Huth wrote:
On 04/07/2020 11.23, Peter Maydell wrote:
In commit a8d2532645cf5ce4 we cleaned up usage of the qemu-common.h header
so that it was always included from .c files
46 matches
Mail list logo
