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.

Ok. Thanks. I am working on the userspace part and I should have something to test once the kernel will be updated. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

On 07.03.2012, at 18:54, Guillaume Gardet 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? Alex

Guillaume

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

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 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? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

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 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? :) Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

The kernel was not updated since 12 days, so the fix in config is not in OBS. Is there something to do to get the latest sources from git to Factory:ARM? Or we have to wait? (how long?) Guillaume Le 08/03/2012 14:45, Takashi Iwai a écrit :

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