Re: Patches to bind the SGTL5000 chip to AM33XX McASP

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

 



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

Thanks,
Greg

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