Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Jul 2005 14:21:57 +0200
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        Ariff Abdullah <skywizard@MyBSD.org.my>
Cc:        freebsd-multimedia@freebsd.org, mat@cnd.mcgill.ca
Subject:   Re: Massive sound changes / fix (24/32bit pcm support, new sampling rate converter, various fixes)
Message-ID:  <20050713142157.99y2jio3dw0sc404@netchild.homeip.net>
In-Reply-To: <20050713061347.61f719c8.skywizard@MyBSD.org.my>
References:  <20050707064603.6c295451.skywizard@MyBSD.org.my> <20050712204404.GA3835@trimind.de> <20050713061347.61f719c8.skywizard@MyBSD.org.my>

next in thread | previous in thread | raw e-mail | index | archive | help
Ariff Abdullah <skywizard@MyBSD.org.my> wrote:

> More good news is, I've already added sysctl controller to tune vchan
> rate on the fly, something like sysctl hw.snd.pcm0.vchanrate=xxx. Stay
> tuned.

While a sysctl is an easy solution, I don't think we should go this route. A
sysctl is only settable by root, but such device specific sound tuning (or
more abstract: user changeable parts) should be made user configurable, e.g.
with a .ctl device in /dev and an ioctl interface (or maybe an extended ioctl
interface for /dev/dsp*). A sndctl application (or the mixer application in
case of switching to spdif output) can then change it without the need for
superuser privileges.

In case the user should be able to modify parts where he may cause a DoS
(e.g. because a setting results in allocating memory depending on the value
of the setting), a sysctl to limit the range of values makes sense
(additionally to sanity checking of the values in the kernel).

Bye,
Alexander.

-- 
http://www.Leidinger.net  Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org     netchild @ FreeBSD.org  : PGP ID = 72077137
Painting, n.:
	The art of protecting flat surfaces from the weather, and
exposing them to the critic.
		-- Ambrose Bierce





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050713142157.99y2jio3dw0sc404>