Re: [Qemu-devel] Compiling qemu as position-independent code on an x86_64 linux host

On Fri, Nov 03, 2006 at 09:42:18PM +, Paul Brook wrote: > On Friday 03 November 2006 18:15, Paul Robinson wrote: > > Hi guys, > > > > I'm trying to use parts of qemu in an application that must be compiled > > as a shared library (i.e. a .so file). > > The code must be compiled with the -fPIC o

Re: [Qemu-devel] gdb support for qemu-mips (user mode)

On Wed, Oct 25, 2006 at 01:04:12PM +0100, Dave Denholm wrote: > Since all the other archs do exactly the same thing for EXCP_DEBUG, I > just pasted that code into the mips version, and it seemed to work, at > least a bit - when I was single-stepping through a fn, gdb got stuck > complaining that it

[Qemu-devel] Re: grabless mouse operation?

On 2006-10-28, Grant Edwards <[EMAIL PROTECTED]> wrote: > I've got Qemu running nicely, but I find it excruciatingly > frustrating that qemu always insists on raising its window. If > I'd wanted that window on the top, I'd have _put_ it on the > top _myself_. Sorry for the duplicate posting -- t

[Qemu-devel] Arcnet adapter

Hello, I need to use ArcNet as communication protocol from a DOS box in Qemu. (yes it's old but I really need it !) So I wonder if it is really difficult to code another kind of network adapter than ethernet (i.e. Arcnet) ? Do you know if some one ever tried this even with another kind of adapter

[Qemu-devel] [bug #18161] FC6 x86_64 guest doesn't work in QEMU 0.8.2 on 32-bit P4 host

Follow-up Comment #1, bug #18161 (project qemu): Turns out this is already fixed in CVS (by the multi-byte nop support patch in target-i386/translate.c). Time for a new release? ___ Reply to this item at:

[Qemu-devel] keyboard issues with ANY guest

Hi, I've already send the following mail but didn't get any response. I've learned the issue is present with any guest I tried (Linux,Win2k,dos). The strange thing is that the behavior isn't present in the QEMU console. This was the original mail; I've been having problems with the keyboard w

[Qemu-devel] Re: qemu and xubuntu as client

Le Tue, 31 Oct 2006 07:13:24 +0100, Jens Arm a écrit: >> Are you trying the x86-64 version, or the x86 version? I haven't been able >> to >> get the 64-bit version to work for a while. The bios doesn't seem to like >> grub... > > Qemu is newest from svn. Same here. I downloaded Ubuntu 6.10 i3

[Qemu-devel] Arcnet adapter

Hello, I need to use ArcNet as communication protocol from a DOS box in Qemu. (yes it's old but I really need it !) So I wonder if it is really difficult to code another kind of network adapter than ethernet (i.e. Arcnet) ? Do you know if some one ever tried this even with another kind of adapter

[Qemu-devel] Bug: FC6 x86_64 guest doesn't work in QEMU 0.8.2 on 32-bit P4 host

I have encountered an issue which I think is a bug in QEMU. I'm running QEMU 0.8.2 (from the Fedora Extras RPM: qemu-0.8.2-3.fc6.i386.rpm) on a 32-bit Pentium IV running Fedora Core 6 (as host OS). (And yes, that RPM is built with compat-gcc-32 (GCC 3.2), not GCC 4.x, so that's not the problem.) U

[Qemu-devel] Bug: FC6 x86_64 guest doesn't work in QEMU 0.8.2 on 32-bit P4 host

I have encountered an issue which I think is a bug in QEMU. I'm running QEMU 0.8.2 (from the Fedora Extras RPM: qemu-0.8.2-3.fc6.i386.rpm) on a 32-bit Pentium IV running Fedora Core 6 (as host OS). (And yes, that RPM is built with compat-gcc-32 (GCC 3.2), not GCC 4.x, so that's not the problem.)

[Qemu-devel] [QEMU] ne2000: Stop memory access beyond buffer

Hi: Unfortunately I haven't got a full QEMU tree here so you may have to rebase it before applying it to QEMU. [QEMU] ne2000: Stop memory access beyond buffer As a program that runs in dom0 which serves users from guests, the qemu drivers need to be vigilant to the input that comes from the gues

[Qemu-devel] [bug #18161] FC6 x86_64 guest doesn't work in QEMU 0.8.2 on 32-bit P4 host

URL: Summary: FC6 x86_64 guest doesn't work in QEMU 0.8.2 on 32-bit P4 host Project: qemu Submitted by: kevinkofler Submitted on: Dienstag 31.10.2006 um 02:51 Category: None

[Qemu-devel] [PATCH] USB network interface

This patch contains an initial version of an USB network interface (RNDIS / CDC Ethernet) emulator. It has been tested with Linux (Fedora Core 6). It uses the same vendor and product ID's as the linux gadget network device driver, therefore the "linux.inf" file from Documentation/usb of a linux-2.6

[Qemu-devel] Bug: FC6 x86_64 guest doesn't work in QEMU 0.8.2 on 32-bit P4 host

I have encountered an issue which I think is a bug in QEMU. I'm running QEMU 0.8.2 (from the Fedora Extras RPM: qemu-0.8.2-3.fc6.i386.rpm) on a 32-bit Pentium IV running Fedora Core 6 (as host OS). (And yes, that RPM is built with compat-gcc-32 (GCC 3.2), not GCC 4.x, so that's not the problem.)

[Qemu-devel] [PATCH] USB network interface

This patch contains an initial version of an USB network interface (RNDIS / CDC Ethernet) emulator. It has been tested with Linux (Fedora Core 6). It uses the same vendor and product ID's as the linux gadget network device driver, therefore the "linux.inf" file from Documentation/usb of a linux-2.6

[Qemu-devel] Crash with WinXP when kqemu is enabled

Hello. I am using qemu-0.82 with kqemu-kmod-1.3.0.p9 in a FreeBSD 6.1-RELEASE-p1 host OS (I have tried with and without optimization hacks, and also the 20061026 snapshot). I have created a disk image and installed Windows XP Professional SP1 EN (with kqemu disabled) as the guest OS. When I star

[Qemu-devel] grabless mouse operation?

I've got Qemu running nicely, but I find it excruciatingly frustrating that qemu always insists on raising its window. If I'd wanted that window on the top, I'd have _put_ it on the top _myself_. I realize that the Qemu authors are very clever folks, but isn't it rather presumptuous for them to i

[Qemu-devel] Bug: FC6 x86_64 guest causes illegal instructions on QEMU 0.8.2 on 32-bit P4 host

I have encountered an issue which I think is a bug in QEMU. I'm running QEMU 0.8.2 (from the Fedora Extras RPM: qemu-0.8.2-3.fc6.i386.rpm) on a 32-bit Pentium IV running Fedora Core 6 (as host OS). (And yes, that RPM is built with compat-gcc-32 (GCC 3.2), not GCC 4.x, so that's not the problem.)

Re: [FreeSBIE LVC] Re: [Qemu-devel] qemu/hw ide.c

On Fri, Oct 27, 2006 at 01:22:08AM +0200, Juergen Lock wrote: > I just tried FreeSBIE LVC (see announcement here: > http://www.riondabsd.net/2006/10/13/announce-freesbie-lvc-is-out/ > ) with qemu cvs (using this experimental port update: > http://docs.freebsd.org/cgi/mid.cgi?2006102620

[Qemu-devel] Qemu 0.8.1 crash!!

Hi, I'm running the qemu 0.8.1 directly compiled from the sources with the kqemu accelarator 1.3.0pre8 version. I start it with the next command: $sudo qemu -hda /home/luis/qemu/w2k_office_filezilla.img -hdb /dev/hda1 -hdc /home/luis/qemu/w2k_data.img -net nic,vlan=0 -net tap,vlan=0,ifname=tap0

[Qemu-devel] qemu user mode spins when stopped at a breakpoint

Hi, I've just noticed that if qemu is used in user mode, with a gdb attached, and it stops at a breakpoint, qemu spins consuming 100% cpu. Observed with both arm and mips (after applying the patch I sent earlier). The problem is in gdb_handlesig() in gdbstub.c - it uses a simple loop to read b

[Qemu-devel] gdb support for qemu-mips (user mode)

Hi, user-mode emulation of mips allows gdb to connect and set breakpoints, but when the breakpoint is reached, the emulator bombs out with an unhandled cpu exception 0x10002 (or something like that). I think it's just a missing case EXCP_DEBUG in the mips-specific cpu_loop in linux-user/main.

[Qemu-devel] Re: [FreeSBIE LVC] freesbie in qemu...

On Fri, Oct 20, 2006 at 07:49:25PM +0200, Juergen Lock wrote: > Hi! > > I tried FreeSBIE LVC (see announcement here: > http://www.riondabsd.net/2006/10/13/announce-freesbie-lvc-is-out/ > ) in qemu today (with kqemu), and noticed a few things (stated X with > startx): > > 1. xfdesktop+Xorg+

[Qemu-devel] keyboard issues with ANY guest

Hi, I've already send the following mail but didn't get any response. I've learned the issue is present with any guest I tried (Linux,Win2k,dos). The strange thing is that the behavior isn't present in the QEMU console. This was the original mail; I've been having problems with the keyboard w

[Qemu-devel] [patch] slirp dhcp broadcast flag support

This patch adds support for the dhcp broadcast flag to slirp's dhcp server. If a DHCP DISCOVER/REQUEST packet is recieved with the broadcast flag set then the response will be sent to 255.255.255.255. -jre Index: slirp/bootp.c === R

[Qemu-devel] Re: [patch] TOC support for raw cdrom block devices

How about I actually attach the patch this time? -jre Index: block-raw.c === RCS file: /sources/qemu/qemu/block-raw.c,v retrieving revision 1.10 diff -u -r1.10 block-raw.c --- block-raw.c 3 Sep 2006 12:08:37 - 1.10 +++ bloc

[Qemu-devel] [patch] TOC support for raw cdrom block devices

The current raw block drvice code fakes a TOC with one track covering the entire disc. With this patch it attempts to read the TOC from a cdrom device and make that information available to the ide driver when the guest issues an ATAPI READ TOC/PMA/ATIP type 0 (read TOC) command. There is only su

Re: [Qemu-devel] Compiling qemu as position-independent code on an x86_64 linux host

On Friday 03 November 2006 18:15, Paul Robinson wrote: > Hi guys, > > I'm trying to use parts of qemu in an application that must be compiled > as a shared library (i.e. a .so file). > The code must be compiled with the -fPIC option otherwise the linker > refuses to create a .so file > but doing th

[Qemu-devel] Compiling qemu as position-independent code on an x86_64 linux host

Title: Compiling qemu as position-independent code on an x86_64 linux host Hi guys, I'm trying to use parts of qemu in an application that must be compiled as a shared library (i.e. a .so file). The code must be compiled with the -fPIC option otherwise the linker refuses to create a .so fi

[Qemu-devel] Re: some qemu images

> On Wed, 2006-11-01 at 14:49 +, Paul Brook wrote: > > On Wednesday 01 November 2006 12:42, Mihamina Rakotomandimby > wrote: > > > Hi, > > > I put some qemu images online. > > > http://qemu-image.asso-polyvalente.fr/ > > > Real work is in progress, but I am open to suggestion. > > Why don't you