Re: CAP_NET_ADMIN (was Re: [Qemu-devel] Two quick requests.)
Kevin F. Quinn [EMAIL PROTECTED] wrote: On Fri, 9 Feb 2007 22:48:51 + Paul Brook [EMAIL PROTECTED] wrote: I've very little sympathy (read: none) for people who accidentally break things by running them as root. On a related note, I've been running qemu(-system 0.8.2) as root recently as a hopefully temporary measure so that it can setup the network interfaces. Recent linux kernels require CAP_NET_ADMIN for the tun network configuration that qemu does (specifically the TUNSETIFF ioctl), and the only way to get the capability is to start the process as root. Other capabilities could be dropped; as indeed could CAP_NET_ADMIN once the network configuration is done, but that means modifications to qemu itself to release the capabilities, and would still leave qemu as a suid-root binary, which it would be nicer to avoid. Is there any way around this? I expected to be able to configure capabilities for executables in the filesystem, but it appears there are serious problems with that concept so the kernel doesn't support it. I just dealt with that. I got a patch for tap for Solaris and I have a setuid script that creates the tap and uses the /etc/qemu-ifup script to configure the interface, then calls a script with the file descriptor of the tap interface to a script which then invokes qemu with the right parameteres. Ben ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: CAP_NET_ADMIN (was Re: [Qemu-devel] Two quick requests.)
Is there any way around this? I expected to be able to configure capabilities for executables in the filesystem, but it appears there are serious problems with that concept so the kernel doesn't support it. Use tunctl to create the device. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Two quick requests.
On Fri, Feb 09, 2007 at 11:06:24PM +, Paul Brook wrote: Sure, but there are plenty of other ways to accidentally mess up the permissions of a disk image file. A while back I had to strace qemu to figure out why file modifications were vanishing after rebooting the VM; the culprit turned out to be an unrelated script that had set the image file's mode to 444. If you really want to do this, do it properly. Make it an error to use a ro image if the user [implicitly] requests rw access. But if you do this please be sure not to complain about rw COW images based on readonly ones... -- Daniel Jacobowitz CodeSourcery ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu dyngen-exec.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/10 18:21:04 Modified files: . : dyngen-exec.h Log message: Fix for solaris register allocation issue on amd64, by Martin Bochnig. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen-exec.h?cvsroot=qemur1=1.31r2=1.32 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu dyngen.c elf.h
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/10 21:31:43 Modified files: . : dyngen.c elf.h Log message: Support for more SPARC relocations, by Martin Bochnig. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen.c?cvsroot=qemur1=1.47r2=1.48 http://cvs.savannah.gnu.org/viewcvs/qemu/elf.h?cvsroot=qemur1=1.8r2=1.9 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu Makefile.target
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/10 21:52:52 Modified files: . : Makefile.target Log message: Build fix for mingw/Cygwin, by Kazu. It also looks like it does the right thing for Darwin. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.144r2=1.145 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-sparc op.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/10 22:58:02 Modified files: target-sparc : op.c Log message: Fix floating point to integer conversion, by Aurelien Jarno. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op.c?cvsroot=qemur1=1.23r2=1.24 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu Makefile
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/10 23:00:33 Modified files: . : Makefile Log message: Fix linking for qemu-img on Solaris, by Ben Taylor. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile?cvsroot=qemur1=1.112r2=1.113 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] Experimental patch providing accelerated OpenGL for Linux i386
Even Rouault wrote: Here are some news. Apparently I'm unlucking with posting on this mailing list since the message and patch I sent last night seems to have landed nowhere. I have finally dropped the patch and associated comments onto qemu forum, into the patch section : Most likely due to its size. http://qemu-forum.ipi.fi/viewtopic.php?t=2984 Sorry, but that's just too big for me. :-) Can you split it up in digestible pieces and post them separately? Thiemo ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] qemu support for S32 and U32 alsa output
Lonnie Mendez wrote: Forwarding this for a user who is not subscribed. --- Hi, My M-Audio soundcard (ice1712) did not play nice with qemu's alsa output since it only accepted S32_LE. I asked some weirdo who has nothing better to do at 6:50 AM in the #qemu channel on freenode for help, and he wrote the attached patch. I've patched this against CVS and also against 0.8.2 with some manual code hacking (different line offsets), and hereby kindly request that someone knowledgeable takes a look at it so it can be committed. So ... who is the person to blam^Wcredit for authorship? The patch looks good elsewise. Thiemo ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] qemu support for S32 and U32 alsa output
On Sat, 2007-02-10 at 23:33 +, Thiemo Seufer wrote: So ... who is the person to blam^Wcredit for authorship? The patch looks good elsewise. I believe the author is Vassili Karpov. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Combining QEMU with SimPoint
Hello, I am a graduate student at UC Santa Cruz. I am currently attempting to integrate QEMU with SimPoint http://www.cse.ucsd.edu/~calder/simpoint/. The main issue is a way to automatically create a BBV (Basic Block Vector) when I run a benchmark or program under QEMU. If you have any advice on this work, or know of any previous work along the same lines, I would be most grateful for the help and guidance! ~Shane Brennan ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu configure
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/11 00:31:33 Modified files: . : configure Log message: Fix syntax error. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.121r2=1.122 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] Remove bash-ism from configure
This is one I introduced in the gcc-3.x autodetect. It's against CVS from a little while ago so hopefully it's just fuzz. Regards, Anthony Liguori diff -r 00e394f6a849 configure --- a/configure Sat Feb 10 19:59:51 2007 -0600 +++ b/configure Sat Feb 10 20:03:13 2007 -0600 @@ -339,7 +339,7 @@ int main(){return 0;} int main(){return 0;} EOF check_cc() { - which $1 /dev/null + which $1 2/dev/null return $? } ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Audio
Hello, At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest (21_aqemu) audio patch. New things relative to previous one: 1. ALSA failure to set the format is no longer considered to be a hard error, in this situation ALSA is queried for the format it deems acceptable and work with that (On this PPC Linux box ALSA always returns EINVAL when asked for S16_LE but merrily works with the default - S16_BE) 2. Added support for 32bit per sample formats 3. Intel Controller Hub N Function 7 AKA AC'97 New things relative to the CVS: 1. All of the above 2. EsounD driver by Frederick Reeve (If someone wants aRts driver (s)he is welcome to do it, the task is mostly renaming the identifiers and linking with libartsc) Now to some mildly amusing performance observations. [1] QEMU running Slackware 11.0 (Kernel 2.4.33) on PPC 7447A 1.3Ghz demonstrated that: i810_audio [2] is faster than es1370 snd-intel810 is on par with snd-ens1370 i810_audio and es1370 blow snd-intel810 and snd-ens1370 right out of th water. The difference is toned down on Athlon 1G - where QEMU has a luxory of using KQEMU, but nevertheless. Perhaps the situation is improved in latest ALSA incrarnations, i don't know. [1] Observations courtesy http://www.boblycat.org/~malc/apc/ [2] i810_audio might, and usually does, require setting the `clocking' parameter upon module installation -- vale ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel