| 01:34 | jmontleon | jnettlet, seems it really was just CONFIG_IMX_IPUV3_CORE=y to get HDMI |
| 05:58 | zombiehoffa | anybody know if solidrun is developing a new version of the cubox? |
| 05:59 | cbxbiker61 | cubox-i |
| 05:59 | zombiehoffa | yah, I mean after that |
| 05:59 | zombiehoffa | I own that one already;) |
| 06:00 | zombiehoffa | I guess I would have to wait for the i.mx7 or whatever freescale calls the next in that series of processors eh? |
| 06:00 | cbxbiker61 | i know rabeeh is/will be working on an x86 version, but i don't know when or what features that will have |
| 06:00 | zombiehoffa | x86 would be useful, way more visualizations for x86 in xbmc than for amr |
| 06:01 | zombiehoffa | arm |
| 06:01 | cbxbiker61 | yes, they won't rev the arm stuff until there is a newer compelling chip |
| 06:02 | cbxbiker61 | the only thing that would make me want newer arm hardware is h265 support, not sure when freescale will incorporate that |
| 06:15 | cbxbiker61 | i just ordered a couple of silicon dust hdhomeruns that can do realtime transcoding from mpeg to h264, we'll see how that works out, it'll take a load off my server box |
| 06:33 | cbxbiker61 | i just ordered a couple of the dual tuner hdhomerun h264 transcode models from newegg, they've got a promo until the 20th that makes them quite affordable |
| 06:33 | cbxbiker61 | $120 each with the $30 prom code |
| 06:34 | cbxbiker61 | once i get the software sorted out...i could setup an inexperienced user with a couple of the transcoding models with a cubox-i server attached to a e-sata jbod and cubox-i clients |
| 07:17 | jnettlet | jmontleon, okay that should probably be a requirement for the drm driver then. |
| 07:33 | rabeeh | zombiehoffa: no plans for now; will be looking for imx8 in 2015 |
| 07:33 | rabeeh | imx7 is actually a lower end device for wearables; terrible naming but it's lower end |
| 07:34 | cbxbiker61 | arm is terrible with naming conventions! |
| 07:42 | jnettlet | I think all cpu/soc's are horrible with naming convenctions |
| 07:42 | jnettlet | conventions |
| 07:52 | cbxbiker61 | dove dt and hdmi on v3.16-rc1 post on arm mailing list from Sebastian Hesslebarth, looks like we may get good video support with new kernel |
| 09:02 | rabeeh | \o/ |
| 12:09 | UmbraMalison | hi, does cubox not host the correct imx-libs, imx-firmware, imx-vpu packages? |
| 12:09 | UmbraMalison | s/cubox/solid-run/ |
| 13:13 | rabeeh | UmbraMalison: we don't host those libs |
| 13:13 | rabeeh | typically they are downloaded from freescale website |
| 14:39 | UmbraMalison | rabeeh: thanks for your reply. I've found this, http://git.freescale.com/git/cgit.cgi/imx/meta-fsl-bsp-release.git/tree/imx/meta-fsl-arm/recipes-bsp?h=dora_3.10.17-1.0.0_GA |
| 14:40 | UmbraMalison | there are two branches, dora_*_GA and dora_*_beta |
| 14:41 | UmbraMalison | rabeeh: i had been expecting to find them here: http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/ |
| 14:41 | UmbraMalison | but that page doesn't appear to work. i presume it used to |
| 14:43 | UmbraMalison | rabeeh: could you confirm they are definitely required for 3.10.x kernels? I understood these to have freescale BSP built in. but perhaps it still requires userspace stuff too. |
| 15:05 | rabeeh | For the kernel, you don't need any external user space headers at all |
| 15:05 | rabeeh | everything is part of the kernel |
| 15:11 | UmbraMalison | rabeeh: sorry, didn't see your reply. please allow me to confirm, i'm building an OS for which I require full GPU support on cubox. I was told by others that I need imx-{firmware,libs,vpu}. there is in that git repo references to this items for 3.10. can you explain why? |
| 15:13 | UmbraMalison | s/cubox/cubox-i |
| 15:16 | rabeeh | OpenSuse? |
| 15:16 | rabeeh | which distro is that? |
| 15:16 | rabeeh | i'll dig inside and see where it's typically referenced |
| 15:16 | rabeeh | for the kernel part, you don't need imx-{firmware,libs,gpu} or what so ever; but thats only to get the kernel to build |
| 15:22 | rabeeh | UmbraMalison: looking at GeexBox for instance, they host the binaries in their site |
| 15:22 | UmbraMalison | rabeeh: i'm looking at full buildroot support for cubox-i |
| 15:22 | rabeeh | oh; nice |
| 15:22 | rabeeh | but i think the binaries are (somehow) already downloaded |
| 15:22 | UmbraMalison | well unless anyone else is doing that. are you? |
| 15:23 | rabeeh | i use buildroot a lot; but not with the gpu/vpu |
| 15:23 | UmbraMalison | yea, i really need gpu/vpu working. but i am new to embedded stuff. so i dont' really understand yet the role of these extra binaries |
| 15:23 | rabeeh | LIBFSLVPUWRAP_SITE = http://download.ossystems.com.br/bsp/freescale/source |
| 15:23 | rabeeh | that's in buildroot |
| 15:26 | UmbraMalison | i think you are using an older version. from 2014.05 onwards, its http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/ |
| 15:26 | rabeeh | latest released 2013.11 |
| 15:27 | UmbraMalison | yea, so there has been a later release this year. and that location is no longer referenced |
| 15:27 | UmbraMalison | s/location/url |
| 15:27 | rabeeh | but the newer one isn't there too |
| 15:27 | rabeeh | so; this is the root of your issues then? |
| 15:27 | UmbraMalison | its certainly not helping! ;-) |
| 15:28 | UmbraMalison | i found that git repo i mentioned above. but that provides more questions than answers. |
| 15:30 | rabeeh | yocto is pointing to this -http://download.ossystems.com.br/bsp/freescale/source/ |
| 15:31 | UmbraMalison | okay, but nothing in there points to 3.10 kernel |
| 15:35 | UmbraMalison | rabeeh: actually, that freescale link works. the parent page is private, but if you know the file name wget does actually work |
| 15:36 | rabeeh | oh |
| 15:36 | rabeeh | so only file listing doesn't work; brilliant :) |
| 15:37 | UmbraMalison | really helpful huh |
| 15:37 | UmbraMalison | so now im trying to guess the file |
| 15:38 | rabeeh | those binaries are not related to CuBox-i; they are generic to imx6 then |
| 15:38 | rabeeh | the only change you would need is getting the kernel and u-boot |
| 15:38 | UmbraMalison | i presume so. does that make them any more or less relevant ? |
| 15:40 | rabeeh | they are relevant if you want to use them |
| 15:41 | rabeeh | if you want for instance just a basic rootfs running on CBi and HB then you don't need them at all |
| 15:41 | UmbraMalison | i *think* i want to use them... ah i want to do graphics stuff |
| 15:41 | rabee | 15:41 * rabeeh downloads latest buildorot |
| 15:41 | rabeeh | s/buildorot/buildroot |
| 15:41 | rabee | 15:41 * rabeeh simply loves buildroot |
| 15:43 | rabeeh | i love buildroot since you can easily fit a 30MByte kernel with initramfs |
| 15:44 | UmbraMalison | i know, i use it for testing system 8MB including fs system in kernel. PXE boot. test machine just boots the latest output over network. love it |
| 15:46 | UmbraMalison | okay, so i now have firmware-imx, imx-lib, imx-vpu for 3.10 kernel |
| 15:48 | bencoh | oh, haven't tried buildroot for *years* |
| 15:48 | UmbraMalison | wget http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/{firmware-imx|imx-lib|imx-vpu}-3.10.17-1.0.0.{bin|tar.gz} |
| 15:52 | rabeeh | buildroot is one of the best micro distros to get things going on fast ! |
| 15:53 | rabeeh | UmbraMalison: i had hopes to have some spare time to get TDSMP up and running |
| 15:53 | rabeeh | TDSMP --> the damn small media player |
| 15:53 | UmbraMalison | ah i was just wondering what that meant |
| 15:54 | rabeeh | a simple script that scans peripherals and gplays lists |
| 15:54 | rabeeh | very handful for putting a CBi somewhere and shoving into it usb thumb drive |
| 15:54 | UmbraMalison | rabeeh, i've seen your posts on solid-run. do you work for them? |
| 15:55 | rabeeh | yes |
| 15:55 | rabeeh | i'm co-founder of solidrun |
| 15:56 | UmbraMalison | ah, well i know i had seen your name before ;) |
| 15:59 | UmbraMalison | its a nice product too. but it needs a OS for end users. (other than the android one). i'm hoping that getting the support in buildroot will allow many more distros for cubox-i |
| 16:01 | UmbraMalison | i mean with full GPU support. i don't think there exists a distro that isn't single purpose (i say that OE and geexbox are single purpose) which really does this yet? unless i am mistaken |
| 16:10 | kgp | " it needs a OS for end users" ==> TOTally agree ;) |
| 16:13 | rabeeh | UmbraMalison: my main issue with full blow distros is that all of them are built by hack and non reproducable |
| 16:14 | rabeeh | it's easy rolling an image out there (look at the forums with debian jessie that is based on jas-hacks work) |
| 16:14 | rabeeh | but that's completely an image hacked manually |
| 16:15 | rabeeh | what i mean is that in order to get a sustainable, upgradeable full blown distro, you need to - |
| 16:15 | rabeeh | 1. package the binaries |
| 16:15 | rabeeh | 2. package the kernel |
| 16:15 | rabeeh | 3. package the extra scripts and modifications |
| 16:16 | rabeeh | 4. pin or block packages that can breaks the image (like mesa apt-get update in debian) |
| 16:16 | rabeeh | 5. create scripts that build an image from the the above 4 and the distro itself |
| 16:17 | rabeeh | kgp and UmbraMalison: anything beyond that is a local hack that is can be maintained, upgraded, improved |
| 16:18 | rabeeh | i'v seen that a lot in my work as engineer; someone starts from a rootfs, hacks it, sends images out there, the users that gets that rootfs hacks them more, split the work and in few weeks you get a ton of hacked rootfs images that can't be reproduced and maintained |
| 16:19 | rabeeh | i'm not complaining here; i'm just saying what i think and what i see. |
| 16:19 | rabeeh | and this is btw the main thing that is stopping from having a full blow distro on CuBox-i |
| 16:20 | rabee | 16:20 * rabeeh finished the speech :) |
| 16:21 | kgp | It's why I use hudson in some project ;) |
| 16:22 | kgp | it avoids these "ohhh but it works on my computer" spirit. :) |
| 16:22 | rabeeh | hehe |
| 16:23 | bencoh | talking about kernel and binaries, wireless chip in cubox-i4p is a bcm4329/sdio, right ? |
| 16:24 | UmbraMalison | I can't comment on those things, I have zero experience. but I think buildroot support wouldn't raise those problems, and might standardise things. it will always be reproducible etc, and I already know your in favour of buildroot. that is mostly what i meant. later on, someone can product the cubox OS using buildroot and {i|o}pkg, or some other package manager maybe |
| 16:24 | UmbraMalison | s/product/produce/ |
| 16:25 | rabeeh | UmbraMalison: oh yeah; anything that cross compiles and is a sort of a micro distro works without issues |
| 16:25 | kgp | Have you seen that: http://imx.solid-run.com/wiki/index.php?title=ArchLinux ? |
| 16:25 | rabeeh | i mean look at Geexbox, OpenElec, buildroot, yocto and lots others |
| 16:25 | rabeeh | kgp: i think the graphics part is still not accelerated? |
| 16:25 | rabeeh | pepedog has been doing an amazing job on this; really great work !!! |
| 16:25 | liok | 16:25 * lioka knows one full-blown distro where all this image-producing stuff done well |
| 16:26 | UmbraMalison | i did! but yea, i don't think graphics worked beyound frame buffer |
| 16:26 | UmbraMalison | lioka: do tell |
| 16:26 | rabeeh | bencoh: bcm4329 and bcm4330 |
| 16:26 | bencoh | rabeeh: anyway to tell them apart ? |
| 16:26 | bencoh | any way* |
| 16:27 | kgp | Yes.. I think I have a choice between a few graphic drivers. |
| 16:27 | kgp | But I was able to run Gnome... |
| 16:27 | kgp | it was really slow and color were bad. |
| 16:28 | UmbraMalison | kpg: that was my experience also. i think because it didn't have either OpenGL ES and/or vivante GPU |
| 16:29 | rabeeh | cat /sys/class/mmc_host/mmc0/mmc0\:0001/mmc0\:0001\:1/device |
| 16:29 | jnettlet | graphics accelerated desktop. https://www.youtube.com/watch?v=xXhzkrwxYwU |
| 16:30 | bencoh | rabeeh: oh right, thx |
| 16:30 | bencoh | 0x4330 :) |
| 16:30 | bencoh | and it looks like fsl-meta-extras hardcoded 4329 in firmware/brcm (builtin driver) |
| 16:31 | rabeeh | jnettlet: \o/ again :) |
| 16:31 | UmbraMalison | jnettlet: Jon, what software you using? |
| 16:31 | UmbraMalison | would you mind helping me achieve a similar result? |
| 16:33 | jnettlet | UmbraMalison, the key is using an older Xorg and DRI version. The current released binaries work best under Xorg 13.3 or older |
| 16:34 | UmbraMalison | are you using 3.10 kernel? |
| 16:34 | jnettlet | yes |
| 16:34 | UmbraMalison | did you require the imx-libs, firmware and vpu binaries? |
| 16:34 | jnettlet | you need the gpu-viv package |
| 16:34 | jnettlet | the rest of that is for hardware video decoding. |
| 16:35 | jnettlet | I do use that as well, but it isn't required for a graphical desktop. |
| 16:35 | UmbraMalison | is that gpu-viv package inside imx-libs? |
| 16:36 | UmbraMalison | doesn't look like it. where did you find gpu-viv package? |
| 16:36 | bencoh | rabeeh: hmm, seems like you hardcoded 4329 firmware/config in solidrun linux-imx6 kernel ? |
| 16:36 | bencoh | rabeeh: 0a7c6d007ee450aa0c7723e6a5171be38cce179e (linux-imx6) |
| 16:37 | jnettlet | UmbraMalison, you can download it from yocto. |
| 16:37 | bencoh | or should it work with both ? |
| 16:37 | jnettlet | look at their recipe names and you can figure out the wget. |
| 16:38 | UmbraMalison | i know what you mean... working on it |
| 16:42 | UmbraMalison | jnettlet: do you know what g2d infers? |
| 16:42 | kgp | jnettlet : Would you agree to write a "howto" in the wiki of cubox? |
| 16:44 | jnettlet | UmbraMalison, that is Vivante's simplified 2d graphics interface library. It is used for a lot of simplified 2d graphics acceleration like video playback plugins |
| 16:44 | jnettlet | kgp, I would love to have the time to put more info into the wiki, but all my time is put into kernel and userspace drivers right now. |
| 16:45 | kgp | What is the distribution you are focused on? |
| 16:46 | jnettlet | none. I am mainly focused on stabilizing the recent kernels for all distros |
| 16:46 | UmbraMalison | jnettlet: thanks, i suspect i'm still getting the file extension wrong. from the recipies, it looks like it should be gpu-viv-bin-mx6q and gpu-viv-g2d |
| 16:47 | jnettlet | I think you need to add _hfp.bin to the end of the graphics drivers |
| 16:47 | UmbraMalison | scratch that, typo and i spotted my mistake |
| 16:47 | jnettlet | it is something weird like that |
| 16:47 | UmbraMalison | yep, that last bit was what i just realised |
| 16:48 | kgp | It's cool :) |
| 16:52 | kgp | ArchiLinux seams to be the best desktop distribution from what I've seen. If we can have this missing piece (the GPU) I can start to really use my cubox-i |
| 16:53 | UmbraMalison | jnettlet: not finding it at all :( |
| 16:53 | UmbraMalison | is it deeper in a folder tree? |
| 16:57 | jnettlet | http://downloads.yoctoproject.org/mirror/sources/gpu-viv-bin-mx6q-3.10.17-1.0.0-hfp.bin |
| 17:00 | UmbraMalison | oooo, i was using http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/ |
| 17:00 | UmbraMalison | jnettlet ^ |
| 17:20 | bencoh | rabeeh: 4330 works much better with a more recent kernel :-) ... although it doesn't seem to have support for ad-hoc mode |
| 17:42 | jmontleon | something is very odd in 3.16-rc1 |
| 17:43 | jmontleon | cannot make a swap partition on mmcblk0 |
| 17:44 | jmontleon | jnettlet, any way that could be the fault of the driver for mmcblk0? http://paste.fedoraproject.org/111169/19263314/ |
| 17:45 | jmontleon | i plugged in a usb drive (sda1 there) to prove I can create swap on another disk; I can also make mmcblk0p2 an ext4 partition and it appears to work fine |
| 17:45 | jmontleon | and it works fine in <= 3.15.1 |
| 17:45 | jmontleon | as a swap partition; something flaky in 3.16-rc1 |
| 17:46 | UmbraMalison | jnettlet: found it on freescale site in the end. don't know what I was doing wrong. md5sums are all identical. the yocto site however, you can browse the files there which is very handy. thanks for your help, much appreciated |
| 17:47 | UmbraMalison | rabeeh: thanks for your help too. |
| 17:47 | UmbraMalison | bye |
| 17:51 | deniska | It'd be nice if xorg 1.13 was in archlinux repo |
| 18:02 | jnettlet | jmontleon, should be no |
| 18:03 | jnettlet | jmontleon, can you post your dmesg output for me to look at? |
| 18:03 | jmontleon | sure |
| 18:27 | jmontleon | jnettlet, 3.16-rc1: http://paste.fedoraproject.org/111199/14031951/ and for comparison working 3.15.1: http://paste.fedoraproject.org/111190/94991140/ |
| 18:55 | jnettlet | jmontleon, both seem to be working the same. Do you have a console on the device? Is /dev/fb0 actually created? |
| 18:56 | jmontleon | jnettlet, display is working - trying to create swap on /dev/mmcblk0 partition is what's screwed up |
| 18:56 | jnettlet | ah okay. |
| 18:56 | jnettlet | I misunderstood |
| 18:56 | jmontleon | here I ran mkswap and it never 'appears' http://paste.fedoraproject.org/111169/19263314/ |
| 18:57 | jmontleon | I run blkid and there is no uuid - i can just boot back to 3.15.1 and it works ok though |
| 18:57 | jmontleon | boot to 3.16-rc1 and swap stops working |
| 18:58 | jnettlet | even if you run swapon -a manually? |
| 18:58 | jmontleon | swapon: cannot find the device for UUID=bc98da37-5666-452a-9db4-c9099db14496 - if I just change it to /dev/mmcblk0p2 in /etc/fstab I get 'swapon: /dev/mmcblk0p2: read swap header failed: Success' instead |
| 18:59 | jmontleon | but I can create a swapfile and it works, or use a usb disk and create one on /dev/sda just fine |
| 18:59 | jmontleon | i made mmcblk0p2 an ext4 partition and it worked as well; very strange |
| 19:00 | jnettlet | and this is with rmk's sdhc driver cleanup patchset? |
| 19:11 | jmontleon | jnettlet, with http://www.home.arm.linux.org.uk/~rmk/cubox/hummingboard-cubox-i-v3.16-rc1-20140616.diff |
| 19:12 | jmontleon | plus the usual no-1-8-v; in arch/arm/boot/dts/imx6qdl-cubox-i.dtsi to get it to actually boot |
| 19:13 | jnettlet | okay |
| 19:13 | jnettlet | I will probably test 3.16-rc1 this weekend. Can put it on my list of things to check |
| 19:28 | jmontleon | cool - I will be curious to find out how it goes :) |
| 19:28 | jmontleon | other than that it seems fine |
| 19:30 | jnettlet | good to hear. |
| 20:10 | rabeeh | UmbraMalison: i have a basic config file that gets buildroot 2014-05 built with CBi/HB u-boot and kernel |
| 20:11 | rabeeh | UmbraMalison: Haven't tried it though; just builds for me |
| 20:17 | rabeeh | netsplit; again |
| 20:44 | rabeeh | UmbraMalison: ok; just tried the built images and they work |
| 20:44 | rabeeh | if you want a head start download the buildroot defconfig from - |
| 20:44 | rabeeh | http://dl.dropboxusercontent.com/u/72661517/tbr/cubox-i_hummingboard_defconfig |
| 20:45 | rabeeh | i'v used it with initramfs and basic image (11MB zImage) |