Re: Patches to bind the SGTL5000 chip to AM33XX McASP

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

 



On Thu, 2015-03-19 at 18:07 +0200, Peter Ujfalusi wrote:
> Another issue this hack has is: what happens if for some reason the
> SGTL5000
> driver loads first? McASP will not enable the AHCLKX so the codec
> driver will
> fail reading the CHIP_ID and fails to load. You need to provide a
> dummy clock
> node to the codec, so that will not fail, but you will not have the
> MCLK.

Fair enough. The second patch, providing the codec binding to the
AM3359, may still be applicable, but I couldn't submit it in good
conscience without rewiring the clock as per your recommendations and
re-testing. Don't have the time for this in the near future, sadly.
Sounds like I'll have to come up with a new fix whenever we get around
to updating kernel on this platform.

I'm not familiar with the kernel clock management - any advice for
reading material on that? Not clear on what a 'dummy clock' is, etc.

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