Re: Patches to bind the SGTL5000 chip to AM33XX McASP

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Greg,

On 03/19/2015 07:48 PM, Greg Knight wrote:
>> For a codec such as the SGTL5000 I would connect a clock, which is
> running all
>> the time. If you take a look at the driver, it enables the clock at
> probe and
>> leaves it running as long as the driver is loaded.
> 
> Speaking briefly to my "electrical" colleague, he's a bit concerned
> about the extra power load that a crystal oscillator might incur, while
> I'm concerned about audio quality from a source like CLKOUT2.
> 
> Is there a straightforward way we could enable the clock on-demand -
> when we're communicating with the codec/mixer or actually using the
> audio subsystem - while keeping it disabled when not in use? We don't
> expect to be using the audio subsystem frequently.
> 
> Worst-case we can set up a GPIO and enable/disable it as needed in
> user-space - acceptable, if annoying, for our application.

See my reply to Nikolay.

-- 
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux