On 二, 2005-11-15 at 15:31 +0100, hmm wrote:
> hi
>
> > I put the next three line into /etc/qemu-ifup.
> > #!/bin/sh
> > echo $* >> /tmp/qemu-ifup.$$
> > sudo /sbin/ifconfig ${1##/*/} 0.0.0.0 promisc up
> > sudo /usr/sbin/brctl addif bridge ${1##/*/}
>
> as you did not mention /etc/sudoers i susp
Hi all,
I just commited the (long-awaited) network option change. The new
network options are no longer compatible with the old ones and add
several new features such as multiple VLAN emulation and sharing of
VLANs between several QEMU instances.
You can have more information by reading the "Inv
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/15 23:02:53
Modified files:
. : Changelog qemu-doc.texi
Log message:
update
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qe
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/15 22:16:05
Modified files:
. : gdbstub.c monitor.c vl.c vl.h
hw : lance.c ne2000.c parallel.c
Log message:
new netw
Stealth Dave <[EMAIL PROTECTED]>
> Is it possible to build a linux-test image that enables network access
> via user-net instead of tun/tap? I'm trying to build a special-purpose
> and very minimal linux distro for use with QEMU, and the linux-test
> image looks like a very good place to star
On Tuesday 15 November 2005 20:49, Jamie Lokier wrote:
> Paul Brook wrote:
> > On Tuesday 15 November 2005 20:36, Stealth Dave wrote:
> > > Is it possible to build a linux-test image that enables network access
> > > via user-net instead of tun/tap?
> >
> > The guest OS doesn't care whether qemu is
Paul Brook wrote:
> On Tuesday 15 November 2005 20:36, Stealth Dave wrote:
> > Is it possible to build a linux-test image that enables network access
> > via user-net instead of tun/tap?
>
> The guest OS doesn't care whether qemu is using user-net or tun-tap.
> The linux-test image downloadable fr
On Tuesday 15 November 2005 20:36, Stealth Dave wrote:
> Is it possible to build a linux-test image that enables network access
> via user-net instead of tun/tap?
The guest OS doesn't care whether qemu is using user-net or tun-tap.
The linux-test image downloadable from the qemu website doesn't wo
Is it possible to build a linux-test image that enables network access
via user-net instead of tun/tap? I'm trying to build a special-purpose
and very minimal linux distro for use with QEMU, and the linux-test
image looks like a very good place to start. Is there any
documentation on how the
Can you test this with and without kqemu?
When I tested this last, the result of cpuid (and other CPU probing
operations) were differing in these 2 scenarios. Without kqemu, qemu
emulates a P II. With kqemu, some programs are able to find out the real
CPU on the host system.
Peter
Ronald Aigner w
I can confirm this patch applied alone to 0.7.2 did something for me. I
suspended the PC for 1 minute (just to reboot the machine) and after
resume, my quest win95 was still working. I will of course try longer
periods later.
Peter
John Coiner wrote:
>
> After I hibernate my x86 linux host mach
Oliver Gerlich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> ace schrieb:
>
>>Hi.
>>
>>Has somebody tried to hibernate Linux while qemu is running?
>>Here is my experience:
>>1. I was running qemu 0.7.2 fullscreen (under X with SDL),
>>on Linux 2.6.14 host, with Win95 quest. All wa
Hi,
On Tue, 15 Nov 2005, Dave Feustel wrote:
> On Tuesday 15 November 2005 12:23, Jamie Lokier wrote:
> >
> > "(&)" is not valid C.
>
> That's what I thought too. "&" requires an operand. So why are these
> lines of code in op.h? Should they be commented out? Should a dummy
> operand be inser
On Tuesday 15 November 2005 12:23, Jamie Lokier wrote:
> Dave Feustel wrote:
> > I am making progress as I modify the Qemu source code to work
> > around a number of OpenBSD deficiencies. I don't yet know how
> > to fix the following problem which occurs about 25 times in op.h:
> >
> > C statemen
Dave Feustel wrote:
> I am making progress as I modify the Qemu source code to work
> around a number of OpenBSD deficiencies. I don't yet know how
> to fix the following problem which occurs about 25 times in op.h:
>
> C statements of the form
>
>*(uint32_t *)(gen_code_ptr + 210) = (long)(&
Hi,
On Tue, 15 Nov 2005, Dave Feustel wrote:
>*(uint32_t *)(gen_code_ptr + 210) = (long)(&) + 14;
This is usually a problem with dyngen extracting meaningless relocations
from the object file.
It happened to me when I was working on the MIPS (host) support, and a lot
of these relocations
On Tuesday 15 November 2005 14:50, Dave Feustel wrote:
> I am making progress as I modify the Qemu source code to work
> around a number of OpenBSD deficiencies. I don't yet know how
> to fix the following problem which occurs about 25 times in op.h:
>
> C statements of the form
>
>*(uint32_t *
I am making progress as I modify the Qemu source code to work
around a number of OpenBSD deficiencies. I don't yet know how
to fix the following problem which occurs about 25 times in op.h:
C statements of the form
*(uint32_t *)(gen_code_ptr + 210) = (long)(&) + 14;
generate syntax errors (a
hi
> I put the next three line into /etc/qemu-ifup.
> #!/bin/sh
> echo $* >> /tmp/qemu-ifup.$$
> sudo /sbin/ifconfig ${1##/*/} 0.0.0.0 promisc up
> sudo /usr/sbin/brctl addif bridge ${1##/*/}
>
> I think when the qemu run, it will make a file in /tmp,
> but actually, when I use root the run qemu,
It is strange. Tap works on my PC.
Here is a patch and a binary I used.
Tap version is 2.0.5 on WinXP pro SP2.
Tap and messagebox patches are applied.
http://www.h7.dion.ne.jp/~qemu-win/download/qemu-0.7.2-tap.patch
http://www.h6.dion.ne.jp/~kazuw/qemu-win/qemu-0.7.2-tap.zip
Regards,
Kazu
S
On Monday 14 November 2005 19:02, Dave Feustel wrote:
> These errors are new. I don't yet understand why they are happening.
My mistake. I saw exactly these same errors while porting PETSc and MPICH2 to
OpenBSD
and didn't realize until this morning that they were now occuring on a
*different* pro
I put the next three line into /etc/qemu-ifup.
#!/bin/sh
echo $* >> /tmp/qemu-ifup.$$
sudo /sbin/ifconfig ${1##/*/} 0.0.0.0 promisc up
sudo /usr/sbin/brctl addif bridge ${1##/*/}
I think when the qemu run, it will make a file in /tmp,
but actually, when I use root the run qemu, it work ok, when I
On Tue, 2005-11-15 at 11:18, Patrick Mauritz wrote:
> the attached patch against cvs contains two changes:
sorry, some local changes leaked in here, "$(INSTALL)" should be
"install", of course.
this change is minor enough that I don't think it's necessary to send
yet another patch.
patrick maurit
Hi,
the attached patch against cvs contains two changes:
- every copy to the target location in make install is
prefixed with $(DESTDIR) for packaging purposes.
it's a no-op when no DESTDIR is given
- copying the bios images is done in a for loop as some
"install" tools can't handle mul
24 matches
Mail list logo
