Re: CAP_NET_ADMIN (was Re: [Qemu-devel] Two quick requests.)

2007-02-10 Thread Ben Taylor

 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.)

2007-02-10 Thread Paul Brook
 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.

2007-02-10 Thread Daniel Jacobowitz
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Lonnie Mendez
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

2007-02-10 Thread Shane Brennan

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

2007-02-10 Thread Thiemo Seufer
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

2007-02-10 Thread Anthony Liguori
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

2007-02-10 Thread malc

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