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-next>] [day] [month] [year] [list]
Date:	Thu, 01 Mar 2007 17:07:53 +0200
From:	Avi Kivity <avi@...ranet.com>
To:	kvm-devel <kvm-devel@...ts.sourceforge.net>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: [RFC][KVM] Adding a signal mask to KVM_RUN

I'd like to add a signal mask to kvm, so that when the guest executes, 
the signal mask is temporarily set to some user specified value.  This 
allows signals to be used as a way to interrupt the guest, but without 
requiring signal delivery to the userspace handler (which is what makes 
signals expensive).

The question is how to fit the signal mask to the kvm userspace 
interface (which has a shared kernel/user structure that userspace 
mmaps).  I see several options:

1. Add a __u64 to that structure.  This is the simplest option, but I 
see that signal masks in the kernel/user interface are variable-length 
bitmaps, so this clearly doesn't work well.

2. Add __u32 signal_mask_offset and signal_mask_size members to the 
structure to tell userspace where to store the signal mask (in the same 
shared area).  A disadvantage is that here the kernel tells the user the 
size of the signal mask instead of the other way round as is traditional.

3. Add a separate ioctl to set the signal mask.  A NULL parameter 
disables the signal mask functionality.

I am in favor of the third option, but the existence of three options 
tells me more are possible.

[Just as background, signals are used for the following in our modified 
qemu, the only known public client for kvm:

- interrupt the guest to get timer interrupts
- interrupt the guest on packet arrival
- interrupt the guest on aio completion
- (future) for guest smp, to simulate IPIs]

-- 
error compiling committee.c: too many arguments to function

-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ