09:41 <ericbutters> hello, i have a imx6 board and i want to get Role-Switch (HNP) to work with my linux kernel. anyone can say what to do?

10:12 <ericbutters> Hello,

10:12 <ericbutters> I have a nitrogen6-rev3 board. I am wondering if it is designed to do dual-role switch with USB-OTG? I read here that schematics needs to fit two facts: https://community.freescale.com/thread/319562

10:12 <ericbutters> Can we do HNP dual-role switch with this board?

10:12 <ericbutters> BR,

15:52 <steeve> sup guys

15:53 <steeve> hey, does anyone got the BT RDA5876 working on linux ?

17:50 <jas-hacks> dv_: hi

17:51 <dv_> jas-hacks: hi, regarding your message: yes, I ran it on a sabresd with 3.10.17

17:53 <jas-hacks> dv_: ok, need to work out why I don't the imxvpudec sinks after deploying it

17:53 <dv_> ?

17:53 <dv_> "why I don't the imxvpudec sinks"

17:54 <dv_> oh why you dont get the sink?

18:00 <jas-hacks> 'don't see the imxvpudec sinks' after build/deploy

18:01 <jas-hacks> root@debian-imx6:~/viv# gst-inspect-1.0 | grep imx

18:01 <jas-hacks> imxipu: imxipuvideotransform: Freescale IPU video transform element

18:01 <jas-hacks> imxeglvivsink: imxeglvivsink: Freescale EGL video sink

18:01 <jas-hacks> imxipu: imxipusink: Freescale IPU video sink

18:02 <dv_> err, not sinks

18:02 <dv_> elements

18:02 <dv_> a sink is a type of element

18:03 <dv_> thats odd. did you build the VPU wrapper library?

18:03 <jas-hacks> yeah sorry

18:03 <dv_> and what is the output of ./waf configure ? or did you build this with yocto?

18:04 <dv_> also: remove the registry cache by running: rm ~/.cache/gstreamer-1.0/registry.arm.bin

18:04 <dv_> then run gst-inspect-1.0 > /dev/null

18:04 <dv_> if you see any output, please copy it to http://pastie.org/

18:06 <jas-hacks> ./waf configure - http://pastebin.com/bngmfwfd

18:06 <jas-hacks> oh, get a seg fault from gst-inspect-1.0

18:06 <dv_> ah

18:06 <dv_> just a segfault?

18:06 <dv_> or more?

18:07 <jas-hacks> ERROR: Caught a segmentation fault while loading plugin file:

18:07 <jas-hacks> /usr/lib/arm-linux-gnueabihf/gstreamer-1.0/libgstimxv4l2src.so

18:07 <dv_> oh now whats that

18:07 <dv_> are you using yocto? or debian? ..

18:07 <jas-hacks> debian

18:07 <dv_> hmm I never had segfaults with that plugin so far. strange.

18:08 <dv_> okay remove the registry again, move /usr/lib/arm-linux-gnueabihf/gstreamer-1.0/libgstimxv4l2src.so to some other place, retry

18:08 <dv_> perhaps the binaries are corrupted. I had a similar problems a few days ago. inexplicable segfaults etc

18:11 <jas-hacks> /usr/lib/arm-linux-gnueabihf/gstreamer-1.0/libgstimxvpu.so: undefined symbol: gst_imx_vpu_framebuffer

18:12 <dv_> um, that is weird

18:12 <dv_> lemme start the box here

18:13 <dv_> what git revision are you using?

18:15 <jas-hacks> I took a copy from master yesterday

18:15 <jas-hacks> the missing symbol is gst_imx_vpu_framebuffers_get_type

18:15 <dv_> something is wrong with the build

18:16 <dv_> this code is autogenerated by the gstreamer boilerplate

18:16 <dv_> just to confirm, I'll build the master status here

18:17 <jas-hacks> that's why I couldn't find it in the code

18:19 <jas-hacks> this is the waf build output http://pastebin.com/eL53uTix

18:20 <dv_> just built and copied to the board. http://pastie.org/8989357

18:22 <jas-hacks> let me try again with a clean fetch of the repo

18:23 <dv_> also try again removing the registry etc. and running gst-inspect-1.0 then with the GST_DEBUG environment variable set to "2"

18:24 <dv_> your errors are very suspicious

18:32 <jas-hacks> dv_: clean repo seems to have worked, the elements are now present

18:32 <dv_> odd

18:33 <dv_> so probably something stale in the build caused the issues?

18:36 <jas-hacks> yes I guess so

18:38 <jas-hacks> dv_: would imxv4l2src work with a usb camera?

18:38 <dv_> likely

18:38 <dv_> it all depends on the driver

18:39 <dv_> I think it is just a video device class usb device, and the kernel automatically registers a v4l src for it

18:48 <RaYmAn> ccccccddnnvtkuberevkhfcdcefliufhvjiktbedgnbn

18:48 <RaYmAn> ccccccddnnvtbtflghvduievflkjencchnikrgvnnggj

18:48 <RaYmAn> arg

18:48 <RaYmAn> (yes, that was obviously an accident)

18:52 <dv_> jas-hacks: I am curious about experiences with that src

18:53 <dv_> jas-hacks: I am not familiar with v4l (the src is not from me), but I think it should be possible to use zerocopy with it, assuming I can get a physical address for the frames somehow (I know, physical addresses are a huge security hole, but its the only way that works with most SoCs)

19:02 <jas-hacks> dv_: I'll give it a try and see what happens