gstreamer compilation
Hello i am trying to compile gstreamer for arm. But i am getting the following error when i do configure /home/ariem/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/bin/ld: cannot find -lgstriff-0.10 collect2: ld returned 1 exit status make[1]: *** [libmfw_gst_aacdec.la] Error 1 make[1]: Leaving directory `/home/ariem/Desktop/plugins/fsl_linux_sdk_gstreamer_plugins_1.6.0_1/gst-fsl-plugin-1.6.0/src/audio/aac_dec/src' make: *** [all-recursive] Error 1 Building of glib library has failed r...@ariem-desktop:/home/ariem/Desktop/plugins/fsl_linux_sdk_gstreamer_plugins_1.6.0_1/gst-fsl-plugin-1.6.0/src# -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] OMAP3: PM: Dynamic calculation of SDRC clock stabilization delay
Teerth, one more correction/improvement below: diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c index d8d5094..ddbdaaf 100644 --- a/arch/arm/plat-omap/sram.c +++ b/arch/arm/plat-omap/sram.c +#ifdef CONFIG_ARCH_OMAP3 +unsigned long (*_omap3_sram_delay)(unsigned long); +unsigned int measure_sram_delay(unsigned int loop) +{ + static struct omap_dm_timer *gpt; + unsigned long flags, diff = 0, gt_rate, mpurate; + unsigned int delay_sram, error_gain; + + omap_dm_timer_init(); + gpt = omap_dm_timer_request_specific(10); + if (!gpt) + pr_err(Could not get the gptimer\n); + omap_dm_timer_set_source(gpt, OMAP_TIMER_SRC_SYS_CLK); + + gt_rate = clk_get_rate(omap_dm_timer_get_fclk(gpt)); + omap_dm_timer_set_load_start(gpt, 0, 0); + + local_irq_save(flags); + diff = _omap3_sram_delay(loop); + local_irq_restore(flags); + + omap_dm_timer_stop(gpt); + omap_dm_timer_free(gpt); + + mpurate = clk_get_rate(clk_get(NULL, arm_fck)); + + /* calculate the sram delay */ + delay_sram = (((mpurate / gt_rate) * diff) / 2); Instead of 2 it should be (loop * 2). + + error_gain = mpurate / gt_rate; + delay_sram = delay_sram + error_gain; + + return delay_sram; +} +#endif -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [alsa-devel] [PATCH 1/2] OMAP3: MCBSP: Suspend/resume failure fix
-Original Message- From: Aggarwal, Anuj Sent: Monday, November 30, 2009 5:21 PM To: ext-eero.nurkk...@nokia.com Cc: ext Jarkko Nikula; alsa-de...@alsa-project.org; Wang, Jane; broo...@opensource.wolfsonmicro.com; Ujfalusi Peter (Nokia-D/Tampere); linux-omap@vger.kernel.org Subject: RE: [alsa-devel] [PATCH 1/2] OMAP3: MCBSP: Suspend/resume failure fix Looking at the very original patch, I don't know how things could get into deep sleep by disabling the fclk only... need to disable the iclk also. In threshold mode, HW autogates the iclk, so you may be just lucky. [Anuj] No, I am not :(. I had to modify the original patch to include the disable part for the ICLK too. Without that, I was not able to hit retention. I will try to do some further regression on OMAP3 EVM and post my findings. As of now, audio is working fine with these patches + ICLK modification. [Aggarwal, Anuj] After further testing, I found that there is some problem in the capture path. While capturing in background, if I tried to do suspend, capture fails after a few seconds giving; arecord: pcm_read:1617: read error: Input/output error This I was discussing in another thread (*) for AIC23/AM3517 on NFS but now I realized after finishing my tests that this behavior is common for both omap3530/twl4030 and am3517/aic23. Moreover, the problem doesn't depend on the underlying file system - both NFS and ramdisk produce the same error. To make matter worse, if suspend/resume is tried while audio loopback is running, system just hangs. Even telnet to the evm doesn't work. So the audio capture path, from suspend/resume point of view, definitely needs some more time. I will continue debugging at my end. But pointers are always welcome. [Aggarwal, Anuj] I think I found one possible root cause of the hang which is observed if suspend/resume is tried while audio loopback is going on. soc_suspend() calls snd_pcm_suspend_all() which calls snd_pcm_suspend() for all the substreams in the pcm-streams[]. On debugging, I found that I am not able to come out of snd_pcm_suspend_all(). I think this API needs some fix as the comment also suggests: FIXME: the open/close code should lock this as well Could this be the root cause of this hang? Any pointers on what needs to be fixed? -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: gstreamer compilation
yes i already tried in that but i didnt get anyanswers from there. thats why i tried here On Thu, Dec 24, 2009 at 6:09 PM, Felipe Contreras felipe.contre...@gmail.com wrote: On Thu, Dec 24, 2009 at 11:24 AM, Niamathullah sharief omap...@gmail.com wrote: Hello i am trying to compile gstreamer for arm. But i am getting the following error when i do configure That's a question for gst-embedded, not linux-omap: gstreamer-embed...@lists.sourceforge.net -- Felipe Contreras -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html