| 00:40 | _rmk_ | bah, building imx-lib and the xf86 imx driver doesn't work on ubuntu 12.04 - missing headers |
| 00:41 | _rmk_ | probably relies on the fsl bsp :( |
| 00:48 | _rmk_ | hmm, maybe xf86-video-imx-vivante or maybe xf86-video-imx-viv is what I'm after but... from where |
| 00:50 | dv_ | _rmk_: http://download.ossystems.com.br/bsp/freescale/source/ |
| 00:51 | dv_ | the imx-lib requires some imx kernel headers |
| 00:51 | dv_ | the linux-imx source has them |
| 00:54 | _rmk_ | I'm wondering what this IMX based DRM driver uses on the X side |
| 00:54 | _rmk_ | that's what I'm really looking for :) |
| 00:54 | dv_ | do you mean this drm hdmi driver? |
| 00:55 | _rmk_ | no, I mean the Xorg driver for IMX stuff which talks via the DRM interfaces rather than the fbdev interfaces |
| 00:55 | dv_ | i didnt know there is one |
| 00:55 | dv_ | I only know the one from the link |
| 00:55 | _rmk_ | that may explain why imx-drm doesn't seem to have progressed then |
| 00:56 | dv_ | although .. the tarball does contain DRI/DRM code |
| 00:56 | dv_ | hmm just seems to be a copy from upstream |
| 00:56 | _rmk_ | I may try just changing my armada Xorg driver to run on imx too and see what happens :) |
| 00:57 | dv_ | heh |
| 00:57 | dv_ | btw have you done anything with the VPU yet? |
| 00:57 | _rmk_ | no... although I have a picture its not a correct picture |
| 00:57 | dv_ | I have seen some weird freezes when I have one en- and one decoder running in different threads of one process |
| 00:57 | _rmk_ | its all green and blue |
| 00:58 | _rmk_ | its the right shape though :) |
| 00:58 | dv_ | a picture? |
| 00:58 | _rmk_ | yea |
| 00:58 | _rmk_ | basically, with the kernel setup to drive the lvds outputs, it seems that also ends up on the hdmi too |
| 00:58 | _rmk_ | I think this just "works" by accident |
| 00:59 | dv_ | hmm |
| 00:59 | dv_ | btw. should you ever want to touch the VPU: I was told that using the imx-lib directly for this is not recommended |
| 01:00 | dv_ | since it will be refactored in the near future |
| 01:00 | dv_ | better: use the VPU wrapper (libfslvpuwrap) |
| 01:00 | dv_ | anyway, gotta go to bed. later |
| 01:38 | _rmk_ | ooh, fix for the locking bug already from Fabio :) |
| 03:29 | SmallwoodDR82 | the ultra and pro come with an IR transmitter. Is that referring to an actual remote? |
| 03:30 | SmallwoodDR82 | or just an extension for the IR receiver? |
| 08:29 | jnettlet | dv_, Image finished overnight. My image autoboots fine. I am not getting hdmi output though. |
| 08:30 | dv_ | jnettlet: huh? I did |
| 08:31 | jnettlet | and the vivante_dri.so has some unresolved symbols |
| 08:32 | dv_ | ah. no idea about that. |
| 08:32 | jnettlet | I will look into it. other than that everything built and ran fine. |
| 08:33 | dv_ | cool |
| 08:33 | dv_ | did you change something in uboot? |
| 08:34 | dv_ | so that it autoboots? |
| 08:34 | jnettlet | nothing |
| 08:34 | jnettlet | just dd'd the image to an sdhc card and reset the board |
| 08:34 | dv_ | really? the .sdcard image? |
| 08:34 | jnettlet | yep |
| 08:35 | dv_ | hm |
| 08:35 | dv_ | then the moved partition table didnt affect it |
| 08:36 | jnettlet | http://fpaste.org/45668/86954138/ |
| 08:36 | dv_ | because by default, the meta-fsl-arm code produces an sdcard image that places the uImage after the u-boot copy. outside of the partition table. |
| 08:36 | dv_ | this needs to be changed, since several MBs are wasted here |
| 08:37 | dv_ | when I try it, it immediately tries to boot by tftp |
| 08:38 | jnettlet | can you fpaste me the output? |
| 08:38 | dv_ | I need to wait a minute again. board does not respond. |
| 08:39 | jnettlet | you can't ctrl+c the tftp? |
| 08:41 | dv_ | http://pastie.org/private/1gtr7sflito1p99keqbbw |
| 08:41 | dv_ | yeah I have to |
| 08:41 | dv_ | but thats not autoboot then :) |
| 08:42 | dv_ | and, did you also notice that sometimes, when you unplug and re-plug the usb power, the board does print anything to serial? |
| 08:42 | dv_ | sometimes it happens to me. I then have to unplug the uart adapter and the power, wait a minute, then retry |
| 08:42 | jnettlet | I don't unplug and plug the power very often, I have a reset button hooked up. |
| 08:43 | dv_ | do you use fat32? |
| 08:43 | dv_ | I see: loadbootscript=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${script}; |
| 08:43 | dv_ | also loadfdt and loaduimage use fatload |
| 08:43 | jnettlet | yeah it is vfat. I didn't change any of the defaults |
| 08:44 | jnettlet | so that is the difference |
| 08:44 | dv_ | ah! yes. the .sdcard image probably has a small vfat partition |
| 08:44 | dv_ | thats unnecessary though |
| 08:44 | dv_ | I'd prefer one big ext2/3/4 partition |
| 08:45 | dv_ | the vfat thing is very sabre board specific |
| 08:46 | dv_ | but thats a different area. I'll look into this. what you could do is to extend the default environment to also try to load with ext2load |
| 08:46 | jnettlet | yeah, I will work on it. Just probably won't have time until the weekend. |
| 08:46 | dv_ | thats okay. |
| 08:48 | jnettlet | we will see. now that I have a working uBoot I am trying to sort out getting the vivante driver working on it again with the new changes. |
| 08:49 | jnettlet | too many devices that have too many pieces missing. |
| 08:49 | jnettlet | it is like building a pyramid |
| 09:09 | jnettlet | dv_, thanks for posting to the G+ community page :-) |
| 09:25 | dv_ | :) |