Re: [Qemu-devel] qemu and svn

On Monday 14 November 2005 18:13, Paul Brook wrote: > On Monday 14 November 2005 23:05, Dave Feustel wrote: > > I just checked the qemu source for 0.7.2 into svn > > and then checked out the source. When I tried > > to build the source, the build failed because the > > symbolic link in i386-softmmu

Re: [Qemu-devel] qemu and svn

On Monday 14 November 2005 18:13, Paul Brook wrote: > On Monday 14 November 2005 23:05, Dave Feustel wrote: > > I just checked the qemu source for 0.7.2 into svn > > and then checked out the source. When I tried > > to build the source, the build failed because the > > symbolic link in i386-softmmu

Re: [Qemu-devel] Qemu bug when building for OpenBSD

> I tried commenting out the #include line and got by that problem. > I got another error relating to undefined symbol INT16_MAX. This is unrelated. INT16_MAX should be provided by inttypes.h. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org htt

Re: [Qemu-devel] Qemu bug when building for OpenBSD

On Monday 14 November 2005 17:05, Paul Brook wrote: > On Monday 14 November 2005 21:53, Dave Feustel wrote: > > When I try to build qemu 7.2 for OpenBSD, I get a file > > not found error for libutil.h in vl.c. This should not > > happen since there is no libutil.h in OpenBSD. Has > > this been fixe

Re: [Qemu-devel] qemu and svn

On Monday 14 November 2005 23:05, Dave Feustel wrote: > I just checked the qemu source for 0.7.2 into svn > and then checked out the source. When I tried > to build the source, the build failed because the > symbolic link in i386-softmmu was no longer valid. > Any chance of not using links to files

[Qemu-devel] qemu and svn

I just checked the qemu source for 0.7.2 into svn and then checked out the source. When I tried to build the source, the build failed because the symbolic link in i386-softmmu was no longer valid. Any chance of not using links to files so this error cannot happen? (Suggestions for workarounds welc

Re: [Qemu-devel] Qemu bug when building for OpenBSD

On Monday 14 November 2005 21:53, Dave Feustel wrote: > When I try to build qemu 7.2 for OpenBSD, I get a file > not found error for libutil.h in vl.c. This should not > happen since there is no libutil.h in OpenBSD. Has > this been fixed yet? (or can someone point me to > a copy of libutil.h and i

[Qemu-devel] Qemu bug when building for OpenBSD

When I try to build qemu 7.2 for OpenBSD, I get a file not found error for libutil.h in vl.c. This should not happen since there is no libutil.h in OpenBSD. Has this been fixed yet? (or can someone point me to a copy of libutil.h and its library source)? Are these the files that libutil.h referen

Re: [Qemu-devel] Internet access from qemu

On Monday 14 November 2005 15:19, Paul Brook wrote: > On Monday 14 November 2005 18:44, Dave Feustel wrote: > > start qemu 6.1, > > That's your first mistake. That was not a mistake; that was (and still is) a start until I can upgrade to OpenBSD 3.8 and its relatively current version of qemu. I

Re: [Qemu-devel] Internet access from qemu

On Monday 14 November 2005 18:44, Dave Feustel wrote: > start qemu 6.1, That's your first mistake. You're unlikely to get any particularly helpful answers if you're still using such an old version of qemu. There have been an awful lot of bugs fixed since 0.6.1 Paul _

Re: [Qemu-devel] Internet access from qemu

On Monday 14 November 2005 14:08, André Braga wrote: > This was fixed in the 0.7 series with the addition of keymaps support. qemu 0.7.1 (or .2) is included in OpenBSD 3.8, but I have not got a cdrom copy of 3.8 yet, so I am making do with 3.7 and .6.1 for the time being. Physical booting from c

Re: [Qemu-devel] GCC 4 patches

Gwenole Beauchesne wrote: [...] IMHO, it's not worth looking hard at compiling QEMU with GCC 4 on x86. The new hand written backend is a better alternative. This is my opinion too ! Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http:/

Re: [Qemu-devel] Internet access from qemu

This was fixed in the 0.7 series with the addition of keymaps support. I don't know what's the status of the OpenBSD port of QEMU, but I know the one from FreeBSD works perfectly as long as you compile it from the ports collection. You might want to use the port tarball (http://www.freebsd.org/cgi

Re: [Qemu-devel] Internet access from qemu

On Monday 14 November 2005 13:18, André Braga wrote: >It's not supposed to be a toubleshooting list for anything else than real >undesired behaviour (i.e., software bugs). Thanks for the friendly advice - I aim to please. Here's a real (but minor) bug - When I boot the 3.7 openbsd image file f

Re: [Qemu-devel] Internet access from qemu

Dear Dave, The list you are posting your messages to is a developer's list. It's not supposed to be a toubleshooting list for anything else than real undesired behaviour (i.e., software bugs). If you need assistance to configure QEMU on your operating system, please visit the QEMU Users Forum: ht

[Qemu-devel] Internet access from qemu

I've got qemu 6.1 running on OpenBSD 3.7. I'm running the OpenBSD 3.7 image file which I got from free.oszoo.net. I want to be able to access the internet from qemu. I am now able to access the apache website on the host I have set up pf+nat for the private address of 10.0.0.2 used by qemu, bu

[Qemu-devel] GCC 4 patches

Hi, The following patches makes it possible to build QEMU with GCC 4 on x86. However, there is still a problem with x86_64-softmmu. It may be a genuine GCC bug though I don't see what's wrong with do_interrupt_real(). IOW, if I build this function with GCC 3.3, x86_64-softmmu works fine, otherwis

Re: [Qemu-devel] [patch] NPTL/TLS support

On Sun, 14 Aug 2005, Paul Brook wrote: > This is sufficient to run single-threaded NPTL enabled binaries. I've not yet > implemented the futex syscalls, so multithreaded applications probaby won't > work. I followed another approach for our packages: don't use NPTL libraries.

[Qemu-devel] [PATCH] more auxv entries for x86

Hi, The inlined patch hereunder adds more auxv entries, namely AT_PLATFORM and AT_HWCAP. This e.g. makes it possible to use Mandriva Linux provided glibc libraries. Plain patch available at: 2005-10-23 Gwenol

[Qemu-devel] Option user-net access port 22

Dear Friends I have a question, when I configure QEMU with option --user-net I don't access host external using port 22, but I configure network by TAP, the access work. Does the option user-net restrict port TCP ? Thanks Adriano ___ Qemu-dev

[Qemu-devel] question about -n (TUN/TAP script option)

When I run qemu as root, it work ok. Now I want to no use root, and I have find that only the script(default is /etc/qemu-ifup) want root. So I write another script qemu-ifup-wrapper, source code(use c): #include #include #include #include const char* script = "/etc/qemu-ifup"; const char* cm

[Qemu-devel] couid for x86 CPUs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Version 0.7.2 from the Website returns invalid cache size for the i386 architecture. Currently the 'cpuid' instruction with eax==1 returns a processor ID of 0x633 that is an "Intel Pentium II (Klamath)". The Klamath is specified with 512kB of L2 Ca

[Qemu-devel] Francisco Excellent News

  X P V C L A Va r I I e m An o A A v b La z G L i i Ix a R I t e U  c A S ra n M     3,32  3,75      1,22http://www.eltanook.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Problems with ppc-emulation

Hello! I make different Benchmarks (lmbench / unixbench) on SuSE Linux Enterprise Server 9 (PPC) with SMP-Kernel running on a PowerPC host. The target OS is SLES9 for Intel x86 . With Unixbench 4.1.0 running at the emulated x86-machine I got the following error message: Recursion Test--Tower of