Re: [Qemu-devel] QEMU version 0.8.0

2005-12-20 Thread Adrian Smarzewski

Fabrice Bellard wrote:

QEMU version 0.8.0 is out ! You can get it from:


great, thanks for your and all of the contributors work.

--
Regards,
Adrian Smarzewski


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [PATCH] support for Mac OS X default compiler

2005-12-20 Thread Daniel Egger

On 19.12.2005, at 23:35, Fabrice Bellard wrote:


Does -fno-tree-ch works on PC ?


Yes. However using it might introduce a performance hit.

Servus,
  Daniel



PGP.sig
Description: This is a digitally signed message part
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] Mac OS X issues

2005-12-20 Thread Mike Kronenberg

Built and tested!

It works great now, thanks alot.
New OS X Builds are up.

Mike


On 19.12.2005, at 19:21, Joachim Henke wrote:


...just to end this thread (c:

The problem is fixed in todays CVS. Compling QEMU with GCC 3.3 on  
Mac OS X now works again: Running FreeDOS and Doom timedemo don't  
crash anymore.


http://lists.gnu.org/archive/html/qemu-devel/2005-12/msg00206.html

Many thanks to Fabrice!


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU version 0.8.0

2005-12-20 Thread Johannes Schindelin
Hi,

On Tue, 20 Dec 2005, Martin Bochnig wrote:

 I'll include a version of /usr/local/bin/qemu specially compiled for
 WinNT-3.1 guests (cpu identification).

Is that Win-3.1 or NT-3.5 or NT-4.0? Is there a patch?

Ciao,
Dscho


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [PATCH] support for Mac OS X default compiler

2005-12-20 Thread Johannes Schindelin
Hi,

On Tue, 20 Dec 2005, Daniel Egger wrote:

 On 19.12.2005, at 23:35, Fabrice Bellard wrote:
 
  Does -fno-tree-ch works on PC ?
 
 Yes. However using it might introduce a performance hit.

Why not just test for Darwin *and* for GCC 4, and be done with it?

Ciao,
Dscho



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] QEMU version 0.8.0

2005-12-20 Thread Jernej Simončič
On Tuesday, December 20, 2005, 11:35:54, Johannes Schindelin wrote:

 I'll include a version of /usr/local/bin/qemu specially compiled for
 WinNT-3.1 guests (cpu identification).
 Is that Win-3.1 or NT-3.5 or NT-4.0? Is there a patch?

That looks like Windows NT 3.1 to me.

-- 
 Jernej Simončič  http://deepthought.ena.si/ 

Delay is the deadliest form of denial.
   -- Parkinson's Law of Delay



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] Argos: qemu-based honeypot

2005-12-20 Thread Herbert Bos

All,
I am happy to announce the first release of Argos: a full system 
emulator (based on Qemu) that detects attempts to compromise the system. 
It is meant to be used in a honeypot and offers full-system protection, 
i.e., it protects the kernel and all applications running on top.


Argos is  hosted at: http://www.few.vu.nl/~porto/argos

Note: while there is a full installation guide and info on how to run 
Argos, there is currently little additional documentation. We will add 
this as soon as possible. People interested in details should contact us 
for a technical report (the paper is currently under submission, so we 
cannot stick it on the website yet).


Cheers,
HJB

Here is the blurb from the website.

Argos is a /full/ and /secure/ system emulator designed for use in 
Honeypots. It is based on QEMU http://fabrice.bellard.free.fr/qemu/, 
an open source processor emulator that uses dynamic translation to 
achieve a fairly good emulation speed.


We have extended QEMU to enable it to detect remote attempts to 
compromise the emulated guest operating system. Using dynamic taint 
analysis Argos tracks network data throughout the processor's execution 
and detects any attempts to use them in a malicious way. When an attack 
is detected the memory footprint of the attack is logged and the 
emulators exits.


Argos is the first step to create a framework that will use /next 
generation honeypots/ to automatically identify and produce remedies for 
zero-day worms, and other similar attacks. /Next generation honeypots/ 
should not require that the honeypot's IP address remains un-advertised. 
On the contrary, it should attempt to publicise its services and even 
actively generate traffic. In former honeypots this was often 
impossible, because malevolent and benevolent traffic could not be 
distinguished. Since Argos is explicitly signaling each possibly 
successful exploit attempt, we are now able to differentiate malicious 
attacks and innocuous traffic.


---

Dr. Herbert Bos
Vrije Universiteit Amsterdam
www.cs.vu.nl/~herbertb




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] [patch] Poor user-net performance.

2005-12-20 Thread Juergen Lock
On Sun, Dec 18, 2005 at 11:28:27PM +, Paul Brook wrote:
 Dan mentioned he was seeing very poor network performance when using 
 user-net.  
 It turns out this is because packets were getting dropped (the NIC buffers 
 were full), and the slirp code doesn't throttle properly when this occurs. 
 You end up with a bunch of packets getting sent to the guest, half of which 
 get dropped, then a delay until slirp retransmits.
 
 This is much more noticeable on Arm because the NIC only has a small memory 
 buffer.
 
 Teaching the slirp code how to do tcp backoff/window scaling is probably a 
 fair amount of work.  The easy alternative is to throttle the slirp output 
 when we know the card's buffers are full. slirp has a convenient hook for 
 this, so it's a matter of adding the hooks to the hardware emulation.
 
 This increases arm user-net performance from painfully slow (~200kbit) to 
 guest CPU bound (~20Mbit).
 
Hmm is the patch supposed to work for i386 guests too?  I get no dhcp
response and network unreachable when i try to ssh to the host from the
guest after manually ifconfig'ing, seem like the ne2k doesn't receive
any packets.  (FreeBSD/i386 host, linux i386 guest - kanotix livecd iso).
The same works normally without the patch.


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] Build for an arm host

2005-12-20 Thread [EMAIL PROTECTED]
Hi to all,

I'm intrested to try a compile the source FOR an ARM HOST but I need some hints 
to start...
I never found any howto...but maybe my research are only unlucky ...
Can someone help me?

Thanks

Qtek 9090 Wm 2003se



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] User net not aviaiable

2005-12-20 Thread Darrin Ritter
Hi I am using the 0.8.0 version of qemu, previously I was able to get 
the user net to work with

qemu hd.img -user-net

with the 0.8.0 version I have been trying to start qemu with
qemu-system-x86_64 /home/dv/qemu/hd.img -net user
how ever the user network isnt working
I think that I am using the correct syntax according to the manual, and 
I used the tar ball install tar -zxvf qemuxxx.tar.gz


thanks Darrin




___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] User net not aviaiable

2005-12-20 Thread Paul Brook
On Wednesday 21 December 2005 01:52, Darrin Ritter wrote:
 Hi I am using the 0.8.0 version of qemu, previously I was able to get
 the user net to work with
 qemu hd.img -user-net

 with the 0.8.0 version I have been trying to start qemu with
 qemu-system-x86_64 /home/dv/qemu/hd.img -net user
 how ever the user network isnt working
 I think that I am using the correct syntax according to the manual, and

Your manual is out of date. The commandline options have changed.

Paul


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel