07:32 <aholler> hmm, my second mmc sometimes hangs with linux-linaro-lsk-v3.14-mx6

07:32 <aholler> haven't had that with 3.10

07:38 <jnettlet> aholler, does it support UHS-I?

07:38 <aholler> ?

07:39 <jnettlet> it as an SDHC slot right?

07:39 <aholler> it's a microsd-slot, not sure which card ;)

07:39 <aholler> I can look at dmesg if that would tell it me

07:40 <jnettlet> try adding no-1-8-v to your mmc entry in device-tree and see if that helps

07:40 <aholler> thanks, will test it

07:42 <jnettlet> aholler, what board are you using?

07:43 <aholler> wandboard

07:43 <aholler> quad c1

07:44 <jnettlet> okay, is that the only problem you are seeing?

07:44 <aholler> no, just one I've hit recently

07:45 <aholler> e.g. hdmi-sound likes to die too

07:46 <jnettlet> if you have logs from that I would like to see them.

07:48 <aholler> Sep 19 00:07:46 wandq kernel: [ 702.093724] imx-hdmi-audio imx-hdmi-audio: HDMI Video is not ready!

07:48 <aholler> Sep 19 00:07:46 wandq kernel: [ 702.093760] imx-hdmi-audio imx-hdmi-audio: ASoC: can't open platform imx-hdmi-audio: -22

07:49 <aholler> is all I currently can find. I can try to reproduce it tomorrow or such, the board currently is heavily compiling ;)

07:50 <aholler> it happens sometime with xbmc (fb, don't remember if I have to restart it)

07:50 <jnettlet> aholler, that first message means that a video connections isn't being detected.

07:50 <jnettlet> is hotplugging hdmi working correctly?

07:51 <aholler> don't know, was always connected, so it's wrong ;)

07:51 <jnettlet> is this with an HDMI to DVI connector?

07:52 <aholler> no, just hdmi

07:52 <jnettlet> I would be interested to see the EDID data that is downloaded.

07:52 <aholler> edid is broken on that board

07:52 <jnettlet> oh that is why

07:52 <aholler> I provide a binary blob

07:53 <jnettlet> I thought I had patched that up to default to hdmi.

07:53 <aholler> by using ugly patches ;)

07:53 <jnettlet> you shouldn't need to provide an EDID at all with 3.14.14 just supply the resolution you want to use.

07:53 <aholler> than it constantly tries to read edid

07:54 <jnettlet> does your device tree have the ddc device enabled?

07:55 <aholler> yes, but I've now disabled it and do a memcpy(edid) instead of i2c ;)

07:56 <aholler> I miss the kms-patches for firmware-edid in 3.14 ;)

07:56 <aholler> at least the imx-driver don't use it

07:57 <aholler> a bit painfull with broken edid :(

08:03 <aholler> but one thing after another. the board is currently havily compiling and likely won't stop for 1 or 2 days ;)

08:05 <aholler> ah just had the mmc-error again, rsync kills it reproducible ;)

08:06 <aholler> http://dpaste.com/2C8P1M4

09:17 <jnettlet> aholler, oh that is interesting. I just saw a patchset fly by a few days ago about that.

09:18 <jnettlet> I wasn't sure if our kernel was affected

09:18 <jnettlet> I will grab the appropriate patchset

09:53 <frsc1> Hi! I'm trying to play HTML5 video in webkit on i.MX6. I'm using webkit 2.4.5, gstreamer-1.4.1 and the gstreamer-imx plugins from dv_. Playback with the vpu works fine with gst-launch, but in webkit I get: uridecodebin gsturidecodebin.c:939:unknown_type_cb:<uridecodebin0> warning: No decoder available for type 'video/x-vp8, width=(int)800, height=(int)480, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)25/1'.

09:53 <frsc1> Has anybody done that before?

09:54 <dv_> btw. has anybody seen codinho ?

09:54 <dv_> and bfederau, did you try anything with qtwebkit?

09:55 <dv_> frsc1: another idea would be to check out #gstreamer , perhaps somebody has wondered about the same thing

11:13 <rz2k_> dv_: codinho is at utc+7

11:14 <rz2k_> so you wont find him at day time in europe

14:52 <indieman> test

14:52 <FelixH> yes, you can send messages

15:28 <shogunx> jas-hacks, i can probably pull off the dts with the right documentation

17:15 <WarheadsSE> All, how would I get mfgtools to connect from uboot?

17:19 <vpeter> WarheadsSE: Doesn't mfgtool communicates with some userspace program?

17:22 <WarheadsSE> I've got device in a a state where it will not boot, but my eng (not here) said thre was a way to get mfgtools to connect with a command from uboot

17:32 <vpeter> I don't know that. On my board I just run mfgtool and it uplods u-boot, kernel and initramfs. Oh, and I have switch run/flash.

17:35 <WarheadsSE> Yeah, I don't have this switch on this device, and the pins to short are under teh heatsink

18:05 <WarheadsSE> gotit.

18:06 <WarheadsSE> turns out they did thave the download_mode command in uboot, but for some reason it was not in the help reference.

18:16 <vpeter> And what this command do? Downloads something first?

18:20 <WarheadsSE> it flips it into download mode, so mfgtools will pick it up

18:20 <WarheadsSE> Essentially what your switch does