linux-kernel - Re: [kvm-devel] [RFC] Deferred interrupt handling.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070719131718.GC5623@csclub.uwaterloo.ca>
Date:	Thu, 19 Jul 2007 09:17:18 -0400
From:	lsorense@...lub.uwaterloo.ca (Lennart Sorensen)
To:	Avi Kivity <avi@...ranet.com>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Dor Laor <dor.laor@...ranet.com>,
	kvm-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [kvm-devel] [RFC] Deferred interrupt handling.

On Thu, Jul 19, 2007 at 12:23:24PM +0300, Avi Kivity wrote:
> No, it means disallowing pci devices that use shared irqs, and allowing 
> pci devices that use non-shared irqs.

Most machiens I see today have almost no chance of having PCI devices
without shared IRQs.  This probably means any implementation will only
work on a small set of machines with very specific setup in terms of
which PCI slots they install cards in, and only as long as you don't
allow any type of hotplugging of devices (or ever changing hardware at
all).  May not be worth implementing if it has such a limited use case.
The MSI setup on the other hand does sound like it might have potential
for working in general.

> IMO pass-through is counter to most of the benefits of virtualization.  
> But users seem to want it.

Certainly if you can have the host manage the device and provide virutal
access instead, that is much better.

--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/