On 05/23/2015 12:09 AM, Dylan Reid wrote:
The first three changes add a gpio audio jack device. This device can be used on systems that report headphone or mic plug through GPIOS. There can be 0-N of these devices created per board each can report one of several events. For example, this allows for a single jack for HP/Mic and a separate jack for line out.
I'm not convinced that this series is the right approach and I don't think it helps us to solve the problem.
I think what we need to get the layering and encapsulation right is to introduce a distinction between jacks and jack detection logic. The jacks are part of the fabric and should be registered by the machine driver. The jack detection logic can be implemented by either GPIOs, a dedicated jack detection chip, like the TS3A227E, or can be part of a more complex CODEC. The jack detection logic is a function that is provided by these. The audio fabric, which makes up the sound card, is a consumer of this functionality.
To be able to properly abstract this changes to the framework are necessary to introduce the concept of jack detection logic providers and consumers.
The chip/driver that implements the jack detection logic register a jack detection logic provider, the machine driver registers the jack and specifies which jack detection provider is used for each jack.
- Lars