[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] FreeOSZoo will stop March 1, 2005

From: Brad Campbell
Subject: Re: [Qemu-devel] FreeOSZoo will stop March 1, 2005
Date: Sat, 12 Feb 2005 17:42:58 +0400
User-agent: Mozilla Thunderbird 1.0 (X11/20050115)

Daniel Egger wrote:
On 12.02.2005, at 11:18, Brad Campbell wrote:

Following Fabrice decision to transform QEMU into a proprietary closed solution without any kind of future, I don't find any reason to loose my company time and money fostering FreeOSZoo.

Woah.. what a severe knee jerk reaction based on nothing. Perhaps before throwing your toys out of the pram, taking your bat and ball and heading home you might actually wait for a reply from Fabrice clarifying his intentions?

Your reply is pretty much bollocks. In the same way Fabrice is
free to start commercialising his smart product QEmu, no matter
what the intentions behind that action are, Jean-Michel is free
to stop his contribution to QEmu.

Indeed. My reply was more along the lines of waiting to find out exactly what is going on prior to chucking a wobbly.

[1] For instance it will at the moment only compile on certain
    Linux systems while OS X and Windows are still broke. Also
    kqemu will only work on 32bit x86 Linux kernels which means
    that a constantly increasing number of people of x86_64 users
    will not be able to benefit from the advantages. I for one
    will have to stick to qemu-fast for the time being because I
    certainly have no intention to reboot my Dual-Opteron into
    pure 32bit mode every time I want to use qemu; mind you that
    SMP on x86_64 does not work too well in 32bit mode.

If you recall, the stated objective was to speed up x86 on x86, this meets the stated objective. Where is the problem? If you want to improve x86 on x86_64, then work on it. keqmu is alpha software at the moment. It was plainly stated that it will only work on x86 Linux kernels at present, but other hosts may follow. Give the guy a break before you bust his balls.

Can qemu-fast run anything other than free operating systems? The tested target 
for kqemu was win2k.
Everything has a reason, and I'm sure all will become clear in good time. Stop 
jumping to conclusions.

KQEMU is _not_ open source as the rest of QEMU. It is a proprietary kernel module (read the LICENSE file) and will stay so until a gentle company decides to subsidy the QEMU project.

KQEMU usage is optional: you can disable it at compilation or run time, so no 
one is forced to use it.

So don't use that part of the emulator. Simple.

<My own opinion ahead, take with sack of salt>

What is being built here is a system that will rival vmware. Doing this takes time and at the moment there are several companies watching qemu with an eye to using it as the core of their technology. (As they can with the current license). If Fabrice releases the accelerator under the same license as the rest of the project, these companies have no incentive to contribute financially to the project. Simple. It's a lever. I'm quite sure that in time, someone is going to value the product highly enough to pay for it, which in turn will allow the opening of the source. All in good time.

In the mean time, deal with it. Use it if you want to (I am and it's great). If you don't, then do what you were doing before. If you can't use it because it just does not work for your particular application, talk to Fabrice about helping out perhaps.

It's under development, the rest will come with time.

</My opinion>

"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams

reply via email to

[Prev in Thread] Current Thread [Next in Thread]