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 | conc
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 -D_FORTIFY_SOU
On 7/13/17 8:57 AM, Peter Maydell wrote:
On 13 July 2017 at 13:51, Nigel Horne 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_le_mmu':
cputlb.c:(
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 function
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
T
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 = git
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 QEMU:
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:
commit
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
dump
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
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 to the host
machine's console. I'm following the instructions in the message and
e-mailing you!
** (qem
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 QE
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 ope
** 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 Relea
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.
** Affe
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 ‘iscsi_read10_task’
>>> 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:
>>>>
>>>> ...
>>>>
> 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
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'
libqemuutil.a(oslib-
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'
t
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.
https://bugs.launchpad.net/bu
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 -D_FORTIFY_SOU
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: erro
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 -drive
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
Sta
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: ----
Welcome
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
file=netbsd5.0.2-sparc,index=0,media=di
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
nexenta-core-pl
** 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.
https://bugs.launchpad.net/bug
Public bug reported:
The latest git version of qemu (commit
420b6c317de87890e06225de6e2f8af7bf714df0) fails to boot Nexenta3.0.1. I
don't know if this is a bug in nextenta, or in QEMU or both.
You can obtain a bootable image of Nextenta from
http://www.nexenta.org/releases/nexenta-core-
platform_
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 osol-0906-ai
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
Sta
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
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 osol-0906-ai
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 t
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
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.
https://bugs.launchpad.net/bugs/69648
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
*
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
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 Release
On 11/16/2010 04:14 PM, Stefan Hajnoczi wrote:
> On Tue, Nov 16, 2010 at 6:37 PM, Nigel Horne<676...@bugs.launchpad.net>
> wrote:
>
>> Public bug reported:
>>
>> I can't get git 2834c3e0140c3b0ed4422909dfa0607b7213d95d to link on my
>
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'
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
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
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.
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
>> But, it has occurred to me, - I boot using your code and get
>> /boot/vmlinuz and /boot/initrd.img that way. Would that be OK?
>>
Done.
-Nigel
--
Sparc guest assert error
https://bugs.launchpad.net/bugs/671831
You received this bug notification because you are a member of qemu-
devel-
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 * 5
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 gue
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 --enable-kv
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 buffe
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
>
>
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 th
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: De
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
--
Solaris
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
Bu
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:
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 QEMU:
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:
> 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. Arran
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
://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
UTC 2010)
> Memory: 524288KB
> Booted from: cd
>
> Loading /boot/defaults/loader.conf
> /boot/kernel/kernel data=0x72c6b8+0x3e280 syms=[0x4+0x5ac10+0x4+0x7d8ad]
> /
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel]...
>
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.
>> =
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 l
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
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
exit status
make[1]: *** [qemu-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
x27;:
ivshmem.c:(.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
On 10/07/10 09:02, Aurelien Jarno wrote:
On Sat, Jul 10, 2010 at 08:42:04AM +0100, Nigel Horne wrote:
Aurelien,
Thank you for your reply.
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
stil
i eth0 -a 10.0.2.15 -g
10.0.2.2 -m 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.
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
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
./configure --enable-linux-aio --enable-io-thread --enable-kvm
make clean
...
gcc: block/blkdebug.o: No such file or directory
-Nigel
Blue Swirl:
> 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
C
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
Laurent Desnogues wrote:
On Wed, Dec 23, 2009 at 11:04 AM, Nigel Horne 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/njh/src/qemu/fpu
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’:
/home/njh/src/qemu/fpu/softfloat-speci
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:
/home/njh/src/qemu/linux-user/syscall_defs.h:1
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 ve
> 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
m_cmds[] to *term_cmds, and similarly to info_cmds.
This is less than optimal,
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
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
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
]#
This is with QEMU from CVS.
-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
adr:Pogmoor;;28 Wharfedale Road;
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
Jonathan DeKalb's wrote:
You should be able to do qemu -hda yourdiskimage.qcow2 -m 512 -net user \
-net nic,model=rtl8139
Yes indeed that is the sort of thing I've been trying without success.
Jonathan Kalbfeld
+1 323 620 6682
-Nigel
--
Nigel Horne. Arranger, Adjudicator, Ba
Solaris/x86 10 guest installs OK on Linux/x86 host, well done!
The only down side is I'm yet to get networking up.
-Nigel
begin:vcard
fn:Nigel Horne
n:Horne;Nigel
org:NJH Music
adr:Pogmoor;;28 Wharfedale Road;Barnsley;South Yorkshire;S75 2LJ;UK
email;internet:[EMAIL PROTECTED]
tel;fax:+44 870 70
> 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 error
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
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 -- cond_re
1 - 100 of 126 matches
Mail list logo
