From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MAh6k-0006Oh-De for qemu-devel@nongnu.org; Sun, 31 May 2009 05:13:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MAh6e-0006NE-ML for qemu-devel@nongnu.org; Sun, 31 May 2009 05:13:32 -0400 Received: from [199.232.76.173] (port=57984 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MAh6d-0006Mq-EW for qemu-devel@nongnu.org; Sun, 31 May 2009 05:13:27 -0400 Received: from fmmailgate03.web.de ([217.72.192.234]:55976) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MAh6c-00036u-Ox for qemu-devel@nongnu.org; Sun, 31 May 2009 05:13:27 -0400 Message-ID: <4A224A2B.20205@web.de> Date: Sun, 31 May 2009 11:13:15 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4A1FA616.7040402@siemens.com> <6013601887-BeMail@laptop> In-Reply-To: <6013601887-BeMail@laptop> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig79F92B445E4884E7E3F686EC" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: [PATCH] remove pieces of source code List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?B?RnJhbsOnb2lzIFJldm9s?= Cc: glommer@redhat.com, aliguori@us.ibm.com, qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig79F92B445E4884E7E3F686EC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Fran=C3=A7ois Revol wrote: >>> That said, here are the arguments for keeping kqemu >>> >>> o Even though it's unmaintained, it seems to work for people >> At some point, I bet, at least the Linux bindings will break, and no=20 >> one >> will be interested or able to fix that anymore. Same may happen to=20 >> other >> platforms (doesn't Windows 7 come with a new driver model?). >=20 > Yes and MS even made supplications to hw vendors to write drivers for=20 > it, as they got slapped by their own monopoly practices :D > Instead they should just ask them to release specs so everyone can=20 > write drivers for their own OS and restore fair competition... >=20 >>> o There is no alternative for non-Linux users and folks with non- >>> VT/SVM >>> hardware >> The non-HVM argument will become widely irrelevant (for desktops)=20 >> very >=20 > Hmm not everyone has the money to renew their hw every year or so. I=20 > still have an AthlonXP and a PentiumM based laptop here, which do work = > fine. >=20 >> soon. The non-Linux issue will likely persist - unless someone feels=20 >> so >> much pain to write some KVM for those platforms. But as long as there = >> is >=20 > > Well, some FOSS devs have a tendancy those years to act like=20 > proprietary devs, disregarding other OSes as "non existant, not=20 > relevant" and so "not worth caring", which is both quite irritating and= =20 > wrong, since many of those actually account for the technodiversity=20 > necessary to keep "innovation" going. I still remember all the buzz I=20 > read about Linux getting "tickless", wow, I mean like, BeOS had it 10=20 > years ago (and Irix probably also but it wasn't really desktop=20 > oriented). >=20 > Just like ALSA, which is written by Linux, for Linux, without everyone = > else in mind, discrediting OSS API, which actually is defacto std on=20 > UNIX, and making it unportable to anything else. >=20 > Maybe those things like KVM could be written in a portable way... > OSSv4 proves kernel code can be written in a portable way, despite them= =20 > having to maintain a huge ugly kludge to account for the total lack of = > a stable DDM API in Linux... and again the total disregard from Linux=20 > devs dismissing the problem as "you aren't in the kernel tree, you=20 > don't exist". Of course they wouldn't include OSSv4 in the tree since=20 > it's meant to be portable anyway. >=20 > Still, Haiku proves one can go forward yet have a stable driver API. > the OSSv4 BeOS port runs fine in Haiku : > http://revolf.free.fr/Alchimie-7/Alchimie7_OSS_Haiku.en.pdf > yet we have a new DDM, bluetooth support, ... >=20 > >=20 > Couldn't they just write their KVM code cleanly ? Rant back: If you contribute to the KVM project, you would have a chance to influence its direction (always given that you provide a corresponding added value). But plain ranting doesn't change a single bit. That's how open source works. Jan --------------enig79F92B445E4884E7E3F686EC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkoiSjMACgkQniDOoMHTA+mewQCcD0nk9qq4q9Pc6aBEuGFqmb2w C+EAn0SzpQN2aPCmQcuhlCIDDXriSGNu =q2ti -----END PGP SIGNATURE----- --------------enig79F92B445E4884E7E3F686EC--