At Thu, 8 Mar 2012 14:38:42 +0100, Alexander Graf wrote:
On 08.03.2012, at 14:35, Takashi Iwai wrote:
At Thu, 8 Mar 2012 14:30:16 +0100, Alexander Graf wrote:
On 08.03.2012, at 14:27, Takashi Iwai wrote:
At Wed, 7 Mar 2012 18:58:44 +0100, Alexander Graf wrote:
On 07.03.2012, at 18:54, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
Le 06/03/2012 23:40, Alexander Graf a écrit : > On 06.03.2012, at 15:12, Guillaume Gardet wrote: > >> Hi, >> >> would it be possible to enable the TI dspbridge (staging) driver in the omap2plus kernel config, please ? As a module, not as built-in. >> >> The var is CONFIG_TIDSPBRIDGE. >> >> It will enable the use of the integrated DSP in the Texas Instrument SoC. At least the kernel part. Then we could try to package the userspace part. > Sure, I enabled that config and also all OMAP SND options I found along the way ;). It might take a while for the change to trickle from the kernel git to Factory though.
I think something goes wrong: https://build.opensuse.org/package/live_build_log?arch=armv7l&package=kernel-omap2plus&project=openSUSE%3AFactory%3AARM&repository=standard
Hmm Takashi does that ring a bell?
The driver has an incomplete dependency on CONFIG_SND_OMAP_SOC_OMAP4_HDMI. You'd need either to build all CONFIG_SND into kernel or to make CONFIG_OMAP2_DSS=m.
Hmm we need DSS for the fb, which really wants to live =y in the kernel. So I suppose the only way out would be to compile SND as =y too. Bleks.
Would it be enough to just ditch HDMI output?
Yes, just disable CONFIG_SND_OMAP_SOC_OMAP4_HDMI.
It won't be too hard to split the HDMI audio code from dss/hdmi.c, but better to send a bug report to the upstream first.
Alrighty, disabled in the kernel git. So where is the upstream bug tracker for ALSA breakage? :)
Note that the bug is drivers/video/omap2/dss/hdmi.c. It's not about ASoC stuff itself. At best post to linux-omap ML. Takashi -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org