Re: Jack event API - decision needed

Mark Brown
2011-06-20T13:56:32Z

Sorry about the top posting, but as I wasn't involved in any of the discussions and am on a mobile device right now and your mail isn't directly legible it would be enormously helpful if you could summarize the issues you're trying to address, your proposed solution and the problems Kay had.

David Henningsson <david.henningsson@canonical.com> wrote:

>Hi,
>
>I'm still new in the community in that sense that I'm not sure how
>decisions are made. But I could use the outcome of such a decision.
>
>Background: I'm trying to pull together the missing pieces of jack
>detection on both kernel / plumbing / application layers, so that when
>you plug something in (headset, microphone etc), userspace is notified
>and can take appropriate actions (e g routing decisions).
>
>As part of that I wrote a udev patch a few days ago, which nobody
>commented on in alsa-devel [1], but was somewhat disliked by at least
>Kay Sievers who maintains udev [2], who preferred we would rewrite our
>input layer to do something else within ALSA.
>
>So before I proceed further I'd like to know if
>
>1) We're continuing the path with /dev/input devices
>
>2a) We'll rewrite these devices to be read-only ALSA mixer controls
>
>2b) We'll rewrite these devices to be something within ALSA, but not
>exactly mixer controls.
>
>For options 2a) and 2b) I guess the existing /dev/input thing should be
>deprecated and/or removed. So part of decision should maybe be based on
>information about how widespread the usage of these devices are
>currently...?
>
>--
>David Henningsson, Canonical Ltd.
>http://launchpad.net/~diwic
>
>[1]
>http://mailman.alsa-project.org/pipermail/alsa-devel/2011-June/040916.html
>
>[2] e g http://www.spinics.net/lists/hotplug/msg04949.html