Hello,
I tried the cvs version from about a week ago with the latest kqemu driver, but
the network problem still exists. I am using:
qemu -net nic -net tap,ifname=my-tap
under Win2k with a Gentoo guest. The network throughput is about 20 MB ( per
Minute ! ).
When I use qemu 0.7.2 with the tap
Auke Kok wrote:
no matter how you turn Linus' arguments, he doesn't like anything else
than ports from windows driver objects linked, and I can really agree
I think you best re-read anything from Linus on that subject.
What he has said is something derivative of the kernel.
Now we have
Hello,
this is to inform you that I have extended the QEMU ARM emulation to
support coprocessor 14, as implemented in the Embedded ICE version
0b0010. This coprocessor implements the debug communications channel,
which is usually used to communicate via a JTAG-based hardware debugger.
One such
On 10/04/06, Leonardo E. Reiter [EMAIL PROTECTED] wrote:
No it's not! In fact, in the latest version, he explicitly gives it a
commercial (Proprietary) license. He also does not import any
exported GPL symbols from the kernel. In fact, if your claim is true,
Legally, even without the
andrzej zaborowski wrote:
Now, whether using kqemu together with a linux kernel will still be
legal is a different issue, but here the question is whether the user
is breaking the law, not the author.
And then GPL explicitly allows user to do anything (s)he wishes, including
(but not limited
Auke Kok wrote:
no matter how you turn Linus' arguments, he doesn't like anything else
than ports from windows driver objects linked, and I can really agree
with that. Whatever the laywers say about it is moot - only judges
listen to them and Open Source doesn't listen to laywers (in
Hi Auke,
First, let me apologize for not giving you proper credit for suggesting
the MODULE_LICENSE fix to Fabrice. But, without starting a flame war
here, I want to respectfully disagree with a couple of points you make:
1. virtual machine software _is not_ trivial. Not by any means. It
On 11 apr 2006, at 17:05, Leonardo E. Reiter wrote:
what if I am a hardware vendor in a desperately competitive market,
such as say, video cards. Releasing my source code to the driver
would mean giving up some IP that allows me to surpass the
capabilities of my competitor for a few
In message: [EMAIL PROTECTED]
Sebastian Kaliszewski [EMAIL PROTECTED] writes:
: andrzej zaborowski wrote:
: Now, whether using kqemu together with a linux kernel will still be
: legal is a different issue, but here the question is whether the user
: is breaking the law, not the
4. There is a slippery slope here -
There's a slippery slope both ways. If you assume vital parts of your system
are going to be closed source then why bother with open source at all. Just
use Windows or HPUX.
if Linux kernel policies can change
to force all kernel-space binding to be GPL
In message: [EMAIL PROTECTED]
Paul Brook [EMAIL PROTECTED] writes:
: 4. There is a slippery slope here -
:
: There's a slippery slope both ways. If you assume vital parts of your system
: are going to be closed source then why bother with open source at all. Just
: use Windows or
I think that you are missing the point. He's not saying that you have
to distribute the source (which is what that exemption is about).
He's saying that the license on a mere library cannot and should not
force applications linked with that library to become a derived work.
And he's right
On 11 apr 2006, at 17:25, Jim C. Brown wrote:
Actually, the reason ATi and NVidia don't open source their graphics
drivers is because they are both afraid that as soon as as they do
that, the other one will sue them into oblivion based on software
patents.
See
On Tue, Apr 11, 2006 at 11:05:56AM -0400, Leonardo E. Reiter wrote:
1. virtual machine software _is not_ trivial. Not by any means. It
took my company about 20 years to fully develop what became Win4Lin 9x,
if you trace its history back to before Linux existed (product called
'Merge').
On Tue, Apr 11, 2006 at 11:58:07AM +0400, Brad Campbell wrote:
Auke Kok wrote:
I think you best re-read anything from Linus on that subject.
What he has said is something derivative of the kernel.
Now we have kqemu for linux, freebsd and windows and its all relatively the
same code. If
In message: [EMAIL PROTECTED]
Paul Brook [EMAIL PROTECTED] writes:
: I think that you are missing the point. He's not saying that you have
: to distribute the source (which is what that exemption is about).
: He's saying that the license on a mere library cannot and should not
:
I've been playing around with Qemu a bit, and am doing development where
my rootfs is mounted through NFS and my kernel is on the host. I've had
to run it with:
qemu -kernel bzImage somefakerawimage
Where somefakerawimage was the smallest possible disk image. This was a
bit awkward.
A
I am also having severe performance problems using NFS-over-TCP on
qemu-0.8 with a Linux host and guest. I will be looking at this
today. My current theory is that the whole machine is going idle
before qemu decides to poll kernel ring buffers holding packets the
guest is transmitting, but if
By the way, I did verify that the patch works correctly in B/G/R 5/6/5
mode - I wasn't sure about 16-bit BGR before. However, in 16-bit mode,
only -std-vga works correctly if the X server is in BGR mode. In 24-bit
BGR mode, cirrus has no problem. I think there is some 16-bit trickery
going
How's this:
Index: sdl.c
===
RCS file: /cvsroot/qemu/qemu/sdl.c,v
retrieving revision 1.25
diff -a -u -r1.25 sdl.c
--- sdl.c 9 Apr 2006 01:06:34 - 1.25
+++ sdl.c 11 Apr 2006 17:03:51 -
@@ -510,4 +510,9 @@
My personal opinion:
Discussions of the GPL are like the bird 'flu -- any time
anyone offers any program for free and there is a
list/newsgroup about it, we know some bird will get the GPL
discussion 'flu. This is inevitable but we can't seem to
avoid it. And everyone who gets it, starts
-- Forwarded message --
From: Pippijn van Steenhoven [EMAIL PROTECTED]
Date: 11-Apr-2006 19:22
Subject: minor fixes to get rid of warnings
Hi!
I just made some minor fixes in the code. All C compiler warnings are
gone now. The only warnings I still get are from texi2html that, by
On Tuesday 11 April 2006 18:20, Kenneth Duda wrote:
I am also having severe performance problems using NFS-over-TCP on
qemu-0.8 with a Linux host and guest. I will be looking at this
today. My current theory is that the whole machine is going idle
before qemu decides to poll kernel ring
Paul, thanks for the note.
In my case, the guest CPU is idle. The host CPU utilization is only 5
or 10 percent when running find / -print /dev/null on the guest.
So I don't think guest interrupt latency is the issue for me in this
case.
My first guess is that qemu is asleep when the NFS
Hello
In my case, the guest CPU is idle. The host CPU utilization is only 5
or 10 percent when running find / -print /dev/null on the guest.
So I don't think guest interrupt latency is the issue for me in this
case.
In my environment the performance of about 300 KB is the good case, that
The following makes a
ttyd0 /usr/libexec/getty std.9600 dialup on secure
/etc/ttys entry work for a FreeBSD guest. Without it the emulated
serial port lacks carrier and hardware flow control and needs
ttyd0 /usr/libexec/getty 3wire.9600 dialup on secure
which is not always
The attached patch is an updated version of my previous patch. Now it
applies
cleanly to cvs head and the read and write performance is increased.
Great work! Now the Debian 3.0r4 installer with 2.6.11+tcx kernel almost
finishes. Performance is also much better.
There is some problem with
Hi Ken,
I'm attaching a pretty old patch I made (from the 0.7.1 days), which did
a quick and dirty merge of the select's. It's not something that is
clean and it will need adapting to 0.8.0... but, I figure you could draw
some quick hints on how to merge the 2. Basically it fills the select
Hi Ken,
please disregard my last mail on this... here's a current patch against
today's CVS. I didn't realize that vl.c already converted from poll()
to select(), so the patch logic is much easier and cleaner.
Check it out... I tested it minimally and it seems to work - only tested
it on
Brad Campbell wrote:
G'day all,
This takes Anthony Liguori's [EMAIL PROTECTED] patch from this
morning and rolls into it my hid descriptor fixes and the wheel sdl
double step fix.
quote from Anthonys original post
I spent some time cleaning this all up. The following integrates Brad's
Thanks, Leo. It appears your patch or something similar has made it
into 0.8.0. I have already merged the select loops, but it didn't
help as much as I hoped, maybe 10%. A much bigger improvement was
made by fixing the badly hacked slirp DELACK behavior. Believe it or
not, slirp delays all TCP
I was confused by the comments around the delaying of acks. Delaying
these acks didn't make intuitive sense to me and is inconsistent with
RFC 2581, which states:
... a TCP receiver MUST NOT excessively delay
acknowledgments. Specifically, an ACK SHOULD be generated for at
least every
Hi,
I have already made a patch. Try this.
http://lists.gnu.org/archive/html/qemu-devel/2006-03/msg00041.html
Regards,
Kazu
Sent: Wednesday, April 12, 2006 3:19 AM Helmut Auer wrote:
Hello
In my case, the guest CPU is idle. The host CPU utilization is only 5
or 10 percent when running
Hi,
I made a little patch of timer/clock for Linux host. It always trys to use
/dev/rtc.
getitimer doesn't report a correct interval value.
http://www.h7.dion.ne.jp/~qemu-win/download/qemu-20060407-linux-timer.patch
To get a precise timer/clock., do:
(1) Set max-user-freq 1024 as root.
[Linux
34 matches
Mail list logo