I believe I found the issue. In my device tree I had the VPU supply set to pu_dummy when it should have been set to a regulator. Seems to have fixed the issue.
*Allan Matthew* Embedded Software Engineer, 3DRx *3D Robotics* (858) 225-1414 website <http://www.3dr.com/> | facebook <http://www.facebook.com/3drobotics> | instagram <http://www.instagram.com/3drobotics> On Mon, Jul 14, 2014 at 7:36 AM, Lauren Post <lauren.p...@freescale.com> wrote: > Sorry I was wrong on my part numbers – that is a solo which does have a > VPU. The DTS for solo and dual lite are the same. > > > > *From:* meta-freescale-boun...@yoctoproject.org [mailto: > meta-freescale-boun...@yoctoproject.org] *On Behalf Of *Lauren Post > *Sent:* Monday, July 14, 2014 9:28 AM > *To:* Allan Matthew > *Cc:* meta-freescale@yoctoproject.org > *Subject:* Re: [meta-freescale] VPU_EncGetVersionInfo failed > > > > On Fri, Jul 11, 2014 at 3:41 PM, Otavio Salvador <ota...@ossystems.com.br> > wrote: > > On Fri, Jul 11, 2014 at 6:08 PM, Allan Matthew <amatt...@3drobotics.com> > wrote: > > I'm using a custom MCIMX6S5EVM10AC board and am having an issue with the > > vpuenc gstreamer plugin. I'm able to otherwise use gstreamer plugins > like > > mfw_v4lsink, tvsrc, mfw_isink etc but the vpu does not seem to be > working. > > When invoking vpuenc with the h.264 codec, I get the following debug > error > > from gst-launch: > > > > 0:00:02.613795334 1154 0x389920 ERROR vpuenc > > vpuenc.c:441:vpuenc_core_init: func VPU_EncGetVersionInfo failed!! with > ret > > > > This part you are using is a i.MX 6 Solo Lite chip which does not have a > VPU. That is why you are getting this failure. > > > > > > >
-- _______________________________________________ meta-freescale mailing list meta-freescale@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-freescale