On [Wed, 07.02.2007 16:16], Kirill A. Shutemov wrote:
> In the attachments debian patches to implementation subject syscalls. Any
> ideas why hasn't commited?
Anybody home?
signature.asc
Description: Digital signature
___
Qemu-devel mailing list
Qemu-d
Dear,
We released new Xenoppix which is consisted of KNOPPIX5.1.1, Xen3.0.4,
QEMU/KVM,
and HTTP-FUSE(stackable/network virtual disk). You can compare Xen(3.0.4 on
Linux2.6.16)
and KVM(Release 12 on Linux2.6.19) on the CD-ROM.
The boot of CD image is accelerated by LCAT.
http://www.alpha.co
Kuniyasu Suzaki wrote:
Dear,
We released new Xenoppix which is consisted of KNOPPIX5.1.1, Xen3.0.4, QEMU/KVM,
and HTTP-FUSE(stackable/network virtual disk). You can compare Xen(3.0.4 on Linux2.6.16)
and KVM(Release 12 on Linux2.6.19) on the CD-ROM.
[...]
### Performance
-PI calculation(3 Mi
Hi,
We released new Xenoppix which is consisted of KNOPPIX5.1.1, Xen3.0.4, QEMU/KVM,
and HTTP-FUSE(stackable/network virtual disk).
Great :) But now that KQEmu is GPL why not include it to, so that
people that don't have a KVM compatible processor can use an
accelerated environment?
Regards,
Hello.
Thank you for your quick response. We are just trying qemu 0.9.0.
>>From: Fabrice Bellard <[EMAIL PROTECTED]>
>>Subject: Re: [Qemu-devel] Xenoppix (KNOPPIX5.1.1 + Xen3.0.4 + QEMU/KVM +
>>HTTP-FUSE) is released
>>
>>Kuniyasu Suzaki wrote:
>>> Dear,
>>>
>>> We released new Xenoppi
Hello,
>>From: "Ricardo Almeida" <[EMAIL PROTECTED]>
>>Subject: Re: [Qemu-devel] Xenoppix (KNOPPIX5.1.1 + Xen3.0.4 + QEMU/KVM +
>>HTTP-FUSE) is released
>>
>>Hi,
>>
>>> We released new Xenoppix which is consisted of KNOPPIX5.1.1, Xen3.0.4,
>>> QEMU/KVM,
>>> and HTTP-FUSE(stackable/netw
Kuniyasu Suzaki wrote:
> [...]
>>2) For best performances with kqemu, it is better to use Linux 2.4 as
>>guest OS (I know this is far from acceptable, but it can help some
>>people to get better performance !).
Please tell me the reason why Linux 2.4 shows better performance, if
you have ti
This change fixes the SYSLINUX hang. Thanks!
--Ed
On 2/8/07, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard07/02/08 22:17:34
Modified files:
pc-bios: bios.diff bios.bin
Log message:
On Fri, Feb 09 2007, Fabrice Bellard wrote:
> Kuniyasu Suzaki wrote:
> > [...]
> > >>2) For best performances with kqemu, it is better to use Linux 2.4 as
> > >>guest OS (I know this is far from acceptable, but it can help some
> > >>people to get better performance !).
> >
> >Please tell me the
1) When you accidentally run qemu as root, could it NOT try to go into a
full-screen display by default resulting in a corrupted display you can't
break out of and have to power cycle the machine?
2) After said reboot, when you're sanely running qemu as a normal user but
using the hda image fil
On Friday 09 February 2007 22:19, Rob Landley wrote:
> 1) When you accidentally run qemu as root, could it NOT try to go into a
> full-screen display by default resulting in a corrupted display you can't
> break out of and have to power cycle the machine?
This is a feature of your SDL libraries. T
On Friday 09 February 2007 2:06 am, Gwenole Beauchesne wrote:
> In particular, and likely not limited to, a reasonnable C++ ABI
I don't do C++, but Garrett the uClibc++ maintainer used to be at the desk
next to mine. He would find this statment hilarious.
Among other things, any _sane_ C++ ABI
On Friday 09 February 2007 5:27 pm, Paul Brook wrote:
> On Friday 09 February 2007 22:19, Rob Landley wrote:
> > 1) When you accidentally run qemu as root, could it NOT try to go into a
> > full-screen display by default resulting in a corrupted display you can't
> > break out of and have to power
On Fri, Feb 09, 2007 at 10:27:08PM +, Paul Brook wrote:
> On Friday 09 February 2007 22:19, Rob Landley wrote:
> > 1) When you accidentally run qemu as root, could it NOT try to go into a
> > full-screen display by default resulting in a corrupted display you can't
> > break out of and have to
On Friday 09 February 2007 22:33, Dan Shearer wrote:
> On Fri, Feb 09, 2007 at 10:27:08PM +, Paul Brook wrote:
> > On Friday 09 February 2007 22:19, Rob Landley wrote:
> > > 1) When you accidentally run qemu as root, could it NOT try to go into
> > > a full-screen display by default resulting i
On 2/9/07, Paul Brook <[EMAIL PROTECTED]> wrote:
I've very little sympathy (read: none) for people who "accidentally" break
things by running them as root.
Sure, but there are plenty of other ways to accidentally mess up the
permissions of a disk image file. A while back I had to strace qemu to
> Sure, but there are plenty of other ways to accidentally mess up the
> permissions of a disk image file. A while back I had to strace qemu to
> figure out why file modifications were vanishing after rebooting the
> VM; the culprit turned out to be an unrelated script that had set the
> image file
17 matches
Mail list logo
