From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: assign-dev: Purpose of interrupt_work Date: Mon, 12 Oct 2009 11:25:21 +0200 Message-ID: <4AD2F601.2050207@web.de> References: <4AD2D4B6.7030203@web.de> <20091012071310.GT16702@redhat.com> <4AD2DA57.6030006@web.de> <20091012074513.GV16702@redhat.com> <4AD2DFE2.4050406@web.de> <20091012075715.GW16702@redhat.com> <4AD2E5F8.4070107@web.de> <20091012083913.GX16702@redhat.com> <4AD2F117.7000403@web.de> <4AD2F37A.3060600@redhat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig54F78A2C31887C3184942722" Cc: Gleb Natapov , kvm-devel To: Avi Kivity Return-path: Received: from fmmailgate01.web.de ([217.72.192.221]:38223 "EHLO fmmailgate01.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755351AbZJLJ0G (ORCPT ); Mon, 12 Oct 2009 05:26:06 -0400 In-Reply-To: <4AD2F37A.3060600@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig54F78A2C31887C3184942722 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Avi Kivity wrote: > On 10/12/2009 11:04 AM, Jan Kiszka wrote: >>> I'd rather remove dev-passthrough completely than continue adding >>> hack upon hack >>> upon hack to make is some times kinda sorta work :) >>> =20 >> Hmm, is this code not needed for the VT-d& Co. case? >=20 > It is needed. >=20 >> Or what is the >> alternative? >> =20 >=20 > irqfd (which only supports edge-triggered interrupts now). Note irqfd > needs the same love, it uses a workqueue as well. >=20 > The theory is: > fd1 =3D eventfd() > give fd1 to kvm as irqfd, vhost-net as trigger fd > fd2 =3D eventfd() > give fd2 to kvm as irqfd, uio as trigger fd > fd3 =3D evenfd() > give fd3 to kvm as irqfd, another kvm as ioeventfd >=20 > One interface, multiple users (in the kernel, userspace, or other > processes) I see to overall gain, but likely only worsens my objective (low latency), at least it doesn't improve it. Jan --------------enig54F78A2C31887C3184942722 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 iEYEARECAAYFAkrS9gYACgkQitSsb3rl5xTsqACdGAXnPTFFcqitUxtn907r4aUh RboAmgLhHg+SVfqNHwGcQCtfnvtILjnK =cXJD -----END PGP SIGNATURE----- --------------enig54F78A2C31887C3184942722--