On 7/13/17 9:34 AM, Nigel Horne wrote:
I'm going to explicitly add '-cc=gcc-7' and see if that helps.
That fixed it. Sorry for the noise.
-Nigel
--
Nigel Horne
Conductor: Rockville Brass Band, Washington Metropolitan GSO
@nigelhorne | fb/nigel.horne | bandsman.co.uk | concert-bands.co.uk
Thanks for running with this. I'm starting to suspect that my set-up is
broken and I'm trying to mix and match gcc-6 and 7.
My CFLAGS are:
-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -O2 -W -Wformat=2 -Wswitch
-Wshadow -Wwrite-strings -Wuninitialized -Wall -pipe
-fomit-frame-pointer
On 7/13/17 8:57 AM, Peter Maydell wrote:
On 13 July 2017 at 13:51, Nigel Horne <n...@bandsman.co.uk> wrote:
The latest version in github fails to link (using gcc-7) with this error:
LINKaarch64-softmmu/qemu-system-aarch64
accel/tcg/cputlb.o: In function `helper_atomic_cmpxchgo_
The latest version in github fails to link (using gcc-7) with this error:
LINKaarch64-softmmu/qemu-system-aarch64
accel/tcg/cputlb.o: In function `helper_atomic_cmpxchgo_le_mmu':
cputlb.c:(.text+0x5f3d): undefined reference to
`__atomic_compare_exchange_16'
accel/tcg/cputlb.o: In
I've just tried, and it is OK using NetBSD7 as the guest. I no longer
have NetBSD5 so I am unable to check if the problem still exists on
that.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/641118
Latest version from git, using FreeBSD10.0:
qemu-system-ppc64 -cdrom FreeBSD-10.0-RELEASE-powerpc-disc1.iso -hda
freebsd10.0-ppc -m 256 -boot d -k en-us:
SLOF **
QEMU Starting
Build Date = Mar 13 2015 22:37:28
FW Version =
I used the -nographic option as well, but lost it in the copy and paste.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/623852
Title:
PPC emulation loops on booting a FreeBSD kernel
Status in
Public bug reported:
commit ab0302ee764fd702465aef6d88612cdff4302809This is with
qemu-system-x86_64: util/qemu-option.c:387: qemu_opt_get_bool_helper: Assertion
`opt-desc opt-desc-type == QEMU_OPT_BOOL' failed.
/home/njh/bin/kfreebsd-amd64: line 7: 32549 Aborted (core
dumped)
Seems to be failing to parse kernel_irqchip=on correctly.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1408152
Title:
latest qemu git doesn't load
Status in QEMU:
New
Bug description:
On 11/10/14 3:03 PM, Brian Jackson wrote:
On Monday, November 10, 2014 09:42:45 AM Nigel Horne wrote:
When I start any emulator remotely (i.e. I've logged into the host
machine using 'ssh -Y'), I get this error and the guest console is
unusable. All works well when I am logged in directly
I'm having the same problem.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1319493
Title:
strip: '/usr/local/bin/fsdev/virtfs-proxy-helper': No such file make:
*** [install] Error 1
Status in
I have found the following symptoms with any combination of image and
guest operating system, including Linux and freebsd, with qemu-system-
x86_64 and qemu-system-sparc, so I'm pretty sure it's a systematic
problem. The images all boot fine on a Linux host.
What's happening is that the guest
Public bug reported:
I have a problem with the latest snapshot from http://qemu.weilnetz.de/.
Where should I raise it? Here? It's not clear to me that I should do
it since that's probably an unsupported build, whereas there is no
support forum or e-mail address on that website.
THanks.
**
** Changed in: qemu
Status: New = 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/1262650
Title:
Latest git version fails to compile in block/iscsi.o
Status in QEMU:
Fix
Public bug reported:
Git version f46e720a82ccdf1a521cf459448f3f96ed895d43 (and possibly
b91f93243bbe36dc436a64a662a9bbfb2362534a) fail to build under Linux
using gcc 4.8.1:
block/iscsi.c: In function ‘iscsi_co_readv’:
block/iscsi.c:363:40: error: too many arguments to function
On Mon, May 27, 2013 at 4:02 PM, Nigel Horne 1184...@bugs.launchpad.net
wrote:
The latest git version (commit 6a4e17711442849bf2cc731ccddef5a2a2d92d29)
fails to compile:
...
LINK qemu-ga
libqemuutil.a(oslib-posix.o): In function `qemu_anon_ram_alloc':
oslib-posix.c:(.text+0x154
Public bug reported:
The latest git version (commit 6a4e17711442849bf2cc731ccddef5a2a2d92d29)
fails to compile:
...
LINK qemu-ga
libqemuutil.a(oslib-posix.o): In function `qemu_anon_ram_alloc':
oslib-posix.c:(.text+0x154): undefined reference to `trace_qemu_anon_ram_alloc'
On Mon, May 27, 2013 at 4:02 PM, Nigel Horne 1184...@bugs.launchpad.net
wrote:
The latest git version (commit 6a4e17711442849bf2cc731ccddef5a2a2d92d29)
fails to compile:
...
LINK qemu-ga
libqemuutil.a(oslib-posix.o): In function `qemu_anon_ram_alloc':
oslib-posix.c:(.text+0x154
This is a copy of a message I've just sent to the debian-hurd mailing
list. I'm copying here in case anyone has any ideas. I'm 99% it's a
problem with GNU/Hurd rather than QEMU, but you never know and there is
a wealth of experience here which may be able to help and share ideas.
-Nigel
Public bug reported:
Host: Debian Linux
GCC: 4.7.1
Qemu version: 3c01ae0ea29915d165c384d0bd1cbafcf4364a4d
configure flags: --enable-linux-aio
Fails to link:
LINK i386-softmmu/qemu-system-i386
target-i386/helper.o:helper.c:function do_inject_x86_mce: error: undefined
reference to 'loglevel'
Thanks for the fix. I've done as you suggested, and the latest version
now compiles.
Please close.
** Changed in: qemu
Status: New = Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
I forgot to add that my configure flags are
./configure --enable-linux-aio --enable-kvm
and that my CFLAGS are
-O2 -W -Wformat=2 -Wswitch -Wshadow -Wwrite-strings -Wuninitialized
-Wall -pipe -mtune=native -march=native -fomit-frame-pointer -msse2
-msse -mmmx -mfpmath=sse -pedantic
Public bug reported:
The latest GIT version (e072ea2fd8fdceef64159b9596d3c15ce01bea91) fails
to compile.
Host: debian x86-64. gcc 4.6.2
...
CCcris-softmmu/pci-stub.o
...
In file included from /home/njh/src/qemu/hw/pci-stub.c:24:0:
./qmp-commands.h: At top level:
./qmp-commands.h:3:1:
No - that's not relevant. The latest git
(07ff2c4475df77e38a31d50ee7f3932631806c15) still crashes after just a
couple of minutes with just about any guest on a Linux host.
These are the args for my FreeBSD guest:
qemu-system-i386 -drive
file=freebsd8.1-i386,index=0,media=disk,cache=unsafe
I am wondering if it's the use of the -redir tcp:2232::22: argument
which is broken in GIT.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/824650
Title:
Latest GIT assert error in arp_table.c
Public bug reported:
The latest GIT version (957f1f99f263d57612807a9535f75ca4473f05f0)
doesn't boot sparc. It fails to boot both Linux and NetBSD kernels with
this error:
Configuration device id QEMU version 1 machine id 32
CPUs: 1 x FMI,MB86904
UUID: ----
Public bug reported:
The latest git version of qemu (commit
8cc7c3952d4d0a681d8d4c3ac89a206a5bfd7f00) crashes after a few minutes.
All was fine up to a few days ago. This is wth both x86 and sparc
emulation, on an x86_64 host.
e.g. qemu-system-sparc -drive
Public bug reported:
Git version: f26e428da505709ec03b2ed2c9eb3db82b30bd7b
Gcc: 4.6.1
Host: Debinan/x86_64
Fails to compile at
In file included from /usr/include/png.h:518:0,
from ui/vnc-enc-tight.c:37:
/usr/include/pngconf.h: At top level:
/usr/include/pngconf.h:371:21: error:
I have found that I can get to the installer if I give the -no-acpi
argument.
As others have noted, Netexnta is very slow. To get any sort of speed I
used the 32-bit version and disabled QEMU disc caching, thus:
qemu -drive file=nexenta3.0.1,index=0,media=disk,cache=unsafe -cdrom
Thanks Stefan, I appreciate it. I will try your suggestion - in the
meantime here is the stack trace if it helps you to confirm.
(gdb) r
Starting program: /usr/local/bin/qemu-system-sparc -hda opensolaris -cdrom
osol-0906-ai-sparc.iso -boot d -k en-us -m 256
[Thread debugging using libthread_db
It still doesn't boot, but that's something different - I will log that
as a separate bug.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/760060
Title:
Open Solaris 2009 Assertion `size' failed
Public bug reported:
The latest git version of qemu (commit
420b6c317de87890e06225de6e2f8af7bf714df0) fails to boot the OpenSolaris
image from http://dlc.sun.com/osol/opensolaris/2009/06/osol-0906-ai-
sparc.iso.
qemu-img create opensolaris 3G
qemu-system-sparc -hda opensolaris -cdrom
** Attachment added: Screenshot
https://bugs.launchpad.net/qemu/+bug/760976/+attachment/2036109/+files/Screen%20shot%202011-04-14%20at%2013.58.46.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Public bug reported:
The latest git version of qemu (commit
9df38c47d01eb1fd7eb9d60ac70a4170e638b4a2) fails to boot the OpenSolaris
image from http://dlc.sun.com/osol/opensolaris/2009/06/osol-0906-ai-
sparc.iso.
qemu-img create opensolaris 3G
qemu-system-sparc -hda opensolaris -cdrom
It's moved on a bit. Qemu still fails to compile, but this is the
latest error:
CCi386-darwin-user/main.o
cc1: warning: /Users/nigel/src/qemu/darwin-user/i386: No such file or directory
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
Public bug reported:
Make fails with:
qemu-thread.c: In function 'qemu_mutex_timedlock':
qemu-thread.c:75: warning: implicit declaration of function 'clock_gettime'
qemu-thread.c:75: warning: nested extern declaration of 'clock_gettime'
qemu-thread.c:75: error: 'CLOCK_REALTIME' undeclared (first
Public bug reported:
I can only get the display on BeOS/x86 Personal Edition 5 to be in black
and white. I've tried all the -vga options.
wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz
mkdir foo
cd foo
tar zxvf ../BeOS4Linux.tar.gz
qemu -cdrom image.be -fda floppy.img -boot a -vga std
I went to Bebits.com and typed 'cirrus' into the search box, but it
didn't match a driver. Please could you let me know where you found it?
Thanks.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Found out how to change the bug's status. I've marked it as fixed.
Thanks again.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/671831
Title:
Sparc guest assert error
Status in QEMU:
Fix
It's been fixed now, thanks. There seems to be no way to close this
bug, but you can assume, now, that it is closed.
Thanks for your help in tracking it down and fixing it quickly.
** Changed in: qemu
Status: In Progress = Fix Released
--
You received this bug notification because you
Public bug reported:
I can't get git 2834c3e0140c3b0ed4422909dfa0607b7213d95d to link on my
Debian Linux/x86_64 machine with gcc4.4:
All goes well until the link stage:
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1.o: In function
`_start':
(.text+0x20): undefined reference to `main'
On 11/16/2010 04:14 PM, Stefan Hajnoczi wrote:
On Tue, Nov 16, 2010 at 6:37 PM, Nigel Horne676...@bugs.launchpad.net
wrote:
Public bug reported:
I can't get git 2834c3e0140c3b0ed4422909dfa0607b7213d95d to link on my
Debian Linux/x86_64 machine with gcc4.4:
Peter Maydell has
On 11/11/2010 09:17 AM, Stefan Hajnoczi wrote:
Thanks for providing the kernel and initrd. Unfortunately I wasn't
able to get them far enough to trigger the assert. More on that at
the bottom of this message but in the meantime I looked over the
relevant commits and spotted an issue with the
Stefan,
Try:
git clone -b scsi_assert_moved git://repo.or.cz/qemu/stefanha.git
I have tried that branch. I get no assertion failure with it.
Thanks,
-Nigel Horne
--
Sparc guest assert error
https://bugs.launchpad.net/bugs/671831
You received this bug notification because you
initrd
** Attachment added: initrd
https://bugs.launchpad.net/qemu/+bug/671831/+attachment/1729095/+files/initrd.img
--
Sparc guest assert error
https://bugs.launchpad.net/bugs/671831
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
vmlinuz
** Attachment added: vmlinuz
https://bugs.launchpad.net/qemu/+bug/671831/+attachment/1729096/+files/vmlinuz
--
Sparc guest assert error
https://bugs.launchpad.net/bugs/671831
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Public bug reported:
The latest version in git (cfd07e7abb1ef39373cd4ce312b015d61b9eea8d)
crashes when running a NetBSD guest
Host OS: Debian Linux/x86_64 5.0
C Compiler: 4.4.5
Guest OS:NetBSD/i386 5.0.2
Command Line:
Build Configure: ./configure --enable-linux-aio --enable-io-thread
Stefan,
Would it be possible to share your the kernel image (vmlinuz) and
initrd file? That's all we need to reproduce the bug.
Sure - how do I create them from the Image file I have? (I don't use an
external kernel image and initrd file to boot)
Stefan
-Nigel
--
Sparc guest
Stefan,
$ /sbin/fdisk -lu ~njh/qemu/sparc/debian.img
...hopefully this displays the slices/partitions...
Device Boot Start End Blocks
Id System
test.raw1 *2048 1026047 512000 83 Linux
$ mount -o loop,offset=$((2048 * 512))
On 11/08/2010 05:42 AM, Stefan Hajnoczi wrote:
Hi Nigel,
Is there a disk image available to reproduce this bug? I searched for
Debian SPARC 2.4-based disk images but wasn't able to find one.
I got the image http://wiki.qemu.org/Download. It was sometime ago and
it may no longer be there
Stefan,
If it's not easy to share your disk image, could you please test this
QEMU tree which backports the assert:
http://repo.or.cz/w/qemu/stefanha.git/shortlog/refs/heads/scsi_assert
You can grab the code like this:
git clone -b scsi_assert git://repo.or.cz/qemu/stefanha.git
That
Stefan,
You can grab the code like this:
git clone -b scsi_assert git://repo.or.cz/qemu/stefanha.git
If the assert triggers in that world then data corruption was
previously possible but hidden (a SCSI request has a one data buffer
and concurrent reads are being issued to the same buffer!).
Public bug reported:
The latest version in git (d33ea50a958b2e050d2b28e5f17e3b55e91c6d74)
crashes with an assert error when booting a Sparc/Linux guest.
The last time I tried it (about a week ago) it worked fine. Yesterdai,
I did a git pull, make clean, reran configure and compiled.
Host OS:
1: If you can give instructions on how to get a version number for kvm on
Debian I'll follow them. dpkg -l | fgrep kvm lists nothing.
2: I'm using the qemu git tree.
3: Why are you asking? Are you saying that enable-io-thread is broken with
--enable-kvm?
--
Solaris/x86 v10 hangs under KVM
1) Host CPU: Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz
2) KVM doesn't have specific versions on Debian. The kernel is built with KVM
included. The kernel is version 2.6.32-5
3) Debian 5.0
4) No - it's never worked for me, but I've only just got around to posting the
bug
5) 10
--
Public bug reported:
Solaris/x86 10 guest hangs when running under KVM with the message
Running Configuration Assistant. It runs fine when -enable-kvm isn't
given as a command option.
Host OS: Linux/x86_64
Guest OS: Solaris/x86
Command Line: qemu -hda solaris.img -m 192 -boot c -enable-kvm
Public bug reported:
Git commit: abdfd9500e07fab7d6ffd4385fa30a065c329a39
Host: Linux 64bit Debian
Guest: NetBSD5.0.2/i386
Networking works only when ACPI is disabled in the guest. Without it the
network card (wm0) is not detected.
Boot: qemu -hda netbsd5.0.2-i386 -boot c -enable-kvm
Configure:
Public bug reported:
commit 46411f863c26ff85c48b97939502007610c95398
Linux host
Kfreebsd guest
qemu -boot c -hda qemu_kfreebsd_i386.img -enable-kvm
QEMU crashes with free on invalid pointer:
*** glibc detected *** qemu: free(): invalid pointer: 0x0253cf60 ***
=== Backtrace:
Configure command used:
./configure --enable-linux-aio --enable-io-thread --enable-kvm
--
Crashes with kfreebsd guest when using KVM
https://bugs.launchpad.net/bugs/638806
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in
The QEMU team is pleased to announce the availability of the
0.13.0-rc1 release. This is a release candidate for the 0.13.0 release.
This is good news and well done. Could I ask if bug 623852 is likely to
be fixed prior to release? Thanks!
Regards,
-Nigel
--
Nigel Horne. Arranger
I did a git log command, and the first line is
2446333cd5b5c985f6517dee7004e542ecacd21c. Is that what you mean by a
git hash? If so, I hope it helps.
--
PPC emulation loops on booting a FreeBSD kernel
https://bugs.launchpad.net/bugs/623852
You received this bug notification because you are a
Public bug reported:
Has anyone tried booting FreeBSD8.1-ppc under QEMU (Linux x86_64 host;
PPC guest)? I can get Linux/PPC to run fine, and FreeBSD8.1-i386 as
well; but there seems to be a problem with whatever the FreeBSD8.1
kernel does, that QEMU's PPC emulation can't handle.
I am using the
I have been asked to forward this to you - could you help, please?
Thanks!
-Nigel
Original Message
It looks like a firmware issue. Please report this to
openb...@openbios.org. You get the output below by using the -nographic
option.
+0x4+0x7d8ad]
/
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
Kernel entry at 0x100100 ...
panic: OFW translations above 32-bit boundary!
Uptime: 1s
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor
://ftp.NetBSD.org/pub/pkgsrc/packages/NetBSD/sparc/5.0_2010Q2/All
Enjoy!
Thanks and Kudos to the QEMU and NetBSD teams.
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, ICQ#20252325, twitter: @nigelhorne
n...@bandsman.co.uk http://www.bandsman.co.uk
Please confirm that you tested with qemu-system-ppc, not qemu-system-
ppc64.
I got the above 32-bit boundary message with ppc64 - but that's to be
expected. And given that I didn't see your message running 32-bit PPC I
want to ensure that you did try with the 32-bit emulator.
--
PPC emulation
On 15/08/10 00:44, Cam Macdonell wrote:
Yup, it was my patch. Sorry about that. Patches are in the list,
just need to be merged.
It works now - thanks!
Cam
-Nigel
-system-arm] Error 1
make: *** [subdir-arm-softmmu] Error 2
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, ICQ#20252325, twitter: @nigelhorne
n...@bandsman.co.uk http://www.bandsman.co.uk
:(.text+0x9fc): undefined reference to
`kvm_set_ioeventfd_mmio_long'
ivshmem.c:(.text+0xa6c): undefined reference to
`kvm_set_ioeventfd_mmio_long'
collect2: ld returned 1 exit status
make[1]: *** [qemu-system-arm] Error 1
make: *** [subdir-arm-softmmu] Error 2
-Nigel
--
Nigel Horne. Arranger
255.255.255.0
echo nameserver 10.0.2.3 /etc/resolv.conf
The best would be to bisect the issue to find the commit which
introduced the problem.
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, ICQ#20252325, twitter: @nigelhorne
n
I've rebuild QEMU and gone back to old images of the Hurd when
networking was working (to eliminate that as a cause). Networking is
still not working with the latest Git version of QEMU with Linux host
and Hurd guest.
-Nigel
Something recently (within the last week) committed to Git has broken
networking on Hurd guests with and without KVM. Does anyone have any
idea what it could be?
This is the command I'm using:
qemu -hda debian-hurd-k16-qemu.img -m 512 -boot c -net nic,model=rtl8139
-net user --enable-kvm
./configure --enable-linux-aio --enable-io-thread --enable-kvm
make
...
/home/njh/src/qemu/cpus.c:532: error: ‘exit_request’ undeclared (first
use in this function)
/home/njh/src/qemu/cpus.c:532: error: (Each undeclared identifier is
reported only once
/home/njh/src/qemu/cpus.c:532: error: for
Does a simple make work? Either way, please attach the full output
from configure and make and use the V=1 option to make.
Yes
But things have moved on, I've done a 'git pull' and now all compiles
OK. Thanks for the fix.
Regards,
Anthony Liguori
-Nigel
./configure --enable-linux-aio --enable-io-thread --enable-kvm
make clean
...
gcc: block/blkdebug.o: No such file or directory
-Nigel
On 05/01/2010 09:39 AM, Lucas Meneghel Rodrigues wrote:
On Sat, 2010-05-01 at 09:29 -0400, Nigel Horne wrote:
./configure --enable-linux-aio --enable-io-thread --enable-kvm
make clean
...
gcc: block/blkdebug.o: No such file or directory
-Nigel
A test job ran hours ago, and qemu.git
Blue Swirlblauwir...@gmail.com:
Thanks for the ACK, applied.
That's fixed it - thanks!
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, ICQ#20252325
n...@bandsman.co.uk http://www.bandsman.co.uk
./configure --enable-linux-aio --enable-io-thread --enable-kvm:
/home/njh/src/qemu/cpus.c:360: error: ‘SIG_IPI’ undeclared (first use in
this function)
/home/njh/src/qemu/cpus.c:360: error: (Each undeclared identifier is
reported only once
-Nigel
just for the record: a build of QEMU from HEAD with
'--enable-io-thread' fails. In vl.c qemu_system_ready is used but
not declared any longer.
I noticed this yesterday evening. The thing is that qemu_system_ready
is defined in cpus.c, but it's a static variable.
Dirk
-Nigel
How do I get around the above linkage error with the latest version in
Git? I've tried both --enable-kvm and --disable-kvm and I still get it.
Here are my options to ./configure:
./configure --cc=gcc-3.4 --host-cc=gcc-3.4 --enable-linux-aio
--enable-io-thread --disable-kvm
I build with
I get this error on my Debian box:
...
CC alpha-linux-user/fpu/softfloat.o
In file included from /home/njh/src/qemu/fpu/softfloat.h:523,
from /home/njh/src/qemu/fpu/softfloat.c:35:
...
/home/njh/src/qemu/fpu/softfloat-specialize.h: In function ‘float_raise’:
Laurent Desnogues wrote:
On Wed, Dec 23, 2009 at 11:04 AM, Nigel Horne n...@bandsman.co.uk wrote:
I get this error on my Debian box:
...
CC alpha-linux-user/fpu/softfloat.o
In file included from /home/njh/src/qemu/fpu/softfloat.h:523,
from /home/njh/src/qemu/fpu/softfloat.c:35:
...
/home
Is your OS 32- or 64-bit? How do you configure?
64-bit.
By running the configure command (is there another way?) with no arguments.
Make sure to make distclean before building anything.
Naturally I did that before posting here.
Laurent
-Nigel
I can't get the latest CVS version to build on Fedora 7/x86:
/usr/include/signal.h:380: warning: shadowed declaration is here
In file included from /home/njh/src/qemu/linux-user/qemu.h:26,
from /home/njh/src/qemu/linux-user/main.c:27:
was a couple of weeks ago, or so, and all was
fine then.
-Nigel
--
Nigel Horne. Adjudicator, Arranger, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTECTED] http://www.bandsman.co.uk
begin:vcard
fn:Nigel Horne
n:Horne;Nigel
org:NJH Music
adr:Pogmoor;;28
,
but it gets the code compiling pending a code tidy.
The good news is that with these fixes it all compiles and the mips guest runs
again (note to self: remember
to run make clean ;-) )
-Nigel
--
Nigel Horne. Adjudicator, Arranger, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, Barnsley, UK
I don't see this on my systems. It looks like broken kernel headers.
What host (OS version) do you use?
Linux/x86 (F7)
Thiemo
-Nigel
Ronald wrote:
Nigel Horne schreef:
I don't see this on my systems. It looks like broken kernel headers.
What host (OS version) do you use?
Linux/x86 (F7)
That should have read FC6, sorry.
Thiemo
-Nigel
I think Thiemo also wants to know the kernel version
On the CVS version, networking has stopped working again with Sparc
guests running Debian Linux.
It had been working fine for a few weeks, but the latest version is
broken again, with the device
not being found.
-Nigel
FreeBSD6.2/i386 guest installs and works first time with ease on
Linux/386 host. Well done! Networking and everything works
'out of the box'.
-Nigel
Guest: Linux/sparc
Host: Linux/x86
From time to time I am getting SCSI errors from the guest using the
latest CVS:
scsi : aborting command due to timeout : pid 50803, scsi0, channel 0, id 0, lun 0 0x2a 00 00 3d be 84 00 00 08 00
esp0: Aborting command
esp0: dumping state
esp0: dma --
Andreas Färber wrote:
Am 03.08.2007 um 10:45 schrieb Nigel Horne:
Guest: Linux/sparc
Host: Linux/x86
From time to time I am getting SCSI errors from the guest using the
latest CVS:
scsi : aborting command due to timeout : pid 50803, scsi0, channel 0,
id 0, lun 0 0x2a 00 00 3d be 84 00 00
Am 03.08.2007 um 12:42 schrieb Nigel Horne:
Andreas Färber wrote:
Am 03.08.2007 um 10:45 schrieb Nigel Horne:
Guest: Linux/sparc
Host: Linux/x86
From time to time I am getting SCSI errors from the guest using the
latest CVS:
scsi : aborting command due to timeout : pid 50803
Is it possible to use a 32 bit host to run a 64 bit guest? I can't get the IA64
version
of FreeBSD6.2 to boot under my 32 bit Linux, qemu just changes its status bar
to QEMU [ stopped ]
no reason or message is printed, it just silently stops.
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band
or IA32e) version. You need
to use qemu-system-x86_64.
Yes, that's the one I'm attempting to use.
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTECTED] http://www.bandsman.co.uk
begin:vcard
fn:Nigel
.
Andreas
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTECTED] http://www.bandsman.co.uk
begin:vcard
fn:Nigel Horne
n:Horne;Nigel
org:NJH Music
email;internet:[EMAIL PROTECTED]
tel;fax:+44 870 705 9334
Thiemo Seufer wrote:
Blue Swirl wrote:
On 6/25/07, Thiemo Seufer [EMAIL PROTECTED] wrote:
Nigel Horne wrote:
Good news, sparc emulation with -nographic no longer core dumps.
The bad news, networking still fails:
FYI, I see a transmit error for ne2k_isa on mips r4k. Maybe that's
related
Good news, sparc emulation with -nographic no longer core dumps.
The bad news, networking still fails:
SunLance: using auto-carrier-detection.
eth0: LANCE 52:54:00:12:34:56
Skipping already loaded module esp.
Setting up networking...done.
Setting up IP spoofing protection: rp_filter.
Blue Swirl wrote:
On 6/25/07, Thiemo Seufer [EMAIL PROTECTED] wrote:
Nigel Horne wrote:
Good news, sparc emulation with -nographic no longer core dumps.
The bad news, networking still fails:
FYI, I see a transmit error for ne2k_isa on mips r4k. Maybe that's
related.
On my test cases
Rob Landley wrote:
Ok, it's a more fundamental problem:
[EMAIL PROTECTED]:/sys$ qemu-i386
Segmentation fault (core dumped)
Nothing to do with the program it's trying to run, it segfaults with no
arguments.
Is anybody else seeing this?
Yes, I get it.
Rob
-Nigel
1 - 100 of 117 matches
Mail list logo