IRC log of #cubox of Fri 01 Aug 2014. All times are in CEST < Back to index

06:40 m_anish Hi, does anybody know if the wifi module onboard the HB/Cubox supports hostapd, and somebody has gotten it to work. (in fedora preferably)
07:18 jnettlet m_anish, oh I tracked you down. It is supposed to support hostapd and I have gotten it to work without encryption.
07:18 m_anish jnettlet, nice!
14:39 paulk-collins hey
14:39 paulk-collins is HDMI audio output working well on the cubox-i
14:40 paulk-collins also, what's its mainstream status?
15:13 jnettlet paulk-collins, the upstream support exists for everything but the GPU and VPU (although some VPU support is landing), and I have some outstanding patches I need to submit
15:14 jnettlet HDMI audio output is working really well. I am currently waiting on a new round of patches for HDMI and SPDIF that I will integrate in my 3.14 kernel
16:35 paulk-collins jnettlet, very nice to hear that from you -- I know you're the guy when it comes to imx :)
16:35 paulk-collins jnettlet, basically, I'm looking for a fully free software setup
16:35 paulk-collins that I may use as a media center in the course of the year
16:36 paulk-collins jnettlet, what do you think is the best regarding u-boot/linux upstream status?
16:36 paulk-collins options seem to be: wandboard, cubox-i, utilite
16:50 jnettlet paulk-collins, I wouldn't really say "the guy" but I have my hands dirty. Of course I am biased and would definitely recommend the Cubox-i, but that is partly because you are on #cubox
16:51 jnettlet Really any are fine choices and most the platforms benefit from the work the community does. I will say that the Cubox-i tends to get a slight performance edge because of the speed and stability of the DDR memory which is important for graphics and media
16:52 jnettlet A lot of the work being done is also being developed on and tested on the CBi and HB platforms because SolidRun is working hard to get their hardware in the hands of developers.
16:59 jnettlet as for the media-center stuff, well that is a toss up. Some good process is being made on the GPU and most the other bits are pretty under control.
17:00 jnettlet But for video decoding you are really going to want to use a hardware decoding engine and I don't know of any existing OSS ARM based decoding engines.
17:00 jnettlet at least firmware free ones
17:01 jnettlet and even if you do find one, the codecs are still patent encumbered in most countries.
17:02 jnettlet that kind of drops you into NEON accelerated hardware decoding. Which works well for 720p, but anything more and you are going to run out of horsepower pretty quick.
17:02 jnettlet not to mention the heat generated, and power used.
17:04 paulk-collins jnettlet, people at linux-sunxi are working on free software for hardware video decoding on allwinner, but it comes with other issues
17:04 paulk-collins jnettlet, what's the status of hardware video decoding on imx6? I can cope with a loaded non-free firmware, but I don't want a proprietary userspace blob
17:06 jnettlet paulk-collins, no proprietary userspace blob and dv is working to create a more free licensed abstraction library
17:07 paulk-collins so the current abstraction library is proprietary or not?
17:07 paulk-collins or is it only a firmware?
17:07 paulk-collins (that is non-free)
17:07 jnettlet it is OSS but there are restrictions for patching and redistribution
17:08 jnettlet the firmware is free to use but EULA protected
17:08 paulk-collins ok then
17:08 jnettlet so you can go and download it right now from Freescale's site.
17:08 paulk-collins nice
17:09 jnettlet it has the same openness as the firmware for most wifi cards. It is open enough and firmware enough that code running against it is accepted in the upstream kernel
17:13 jnettlet paulk-collins, there are a lot of ARM chipsets right now, and SolidRun, Novena, Yocto, Pengutronix, and Boundary, etc are all really embracing the community spirit and moving the platform forward.
17:14 paulk-collins yeah, that's really great
17:14 jnettle 17:14 * jnettlet +1
17:14 paulk-collins sometimes, ARM platforms are promising but just lack a community of developers, it's great that i.MX has that
17:16 jnettle 17:16 * jnettlet +1
17:17 paulk-collins I guess I'll buy a cubox-i quad; at first I was a bit put off by the lack of analog audio and the lack of usb ports, but I'll manage
17:17 paulk-collins how many amps can each usb port provide?
17:17 jnettlet paulk-collins, you can get a HummingBoard it has both
17:17 paulk-collins mhh
17:17 paulk-collins good point
17:17 paulk-collins does it have an IR receiver too?
17:18 jnettlet the pro model does.
17:18 jnettlet although there is plenty of gpio, and i2c so you could add your own
17:18 jnettlet depends how much you like hardware hacking
17:18 paulk-collins http://www.solid-run.com/products/hummingboard/linux-sbc-specifications/ doesn't show a quad version
17:19 paulk-collins jnettlet, that's always an option as well (hardware hacking)
17:19 jnettlet you have to buy them separately. They aren't sold as a unit because without a proper heatsink etc they can get toasty
17:20 paulk-collins ah ok
17:20 jnettlet the Cubox-i has one of the best thermal designs you can get for a mini quad-core board
17:20 paulk-collins well I'm in europe so I'll most likely order from newit
17:20 jnettle 17:20 * jnettlet is also in EU
17:20 paulk-collins do you know any other suppliers btw?
17:20 paulk-collins I'm in france
17:20 paulk-collins newit is kind of expensive
17:23 jnettlet I think the forum keeps a list of all the resellers. As a dev I luckily don't have to buy my hardware :_
17:23 jnettlet :)
17:24 paulk-collins funny that you still see that as a good thing
17:24 paulk-collins usually, not buying hardware => having to work on a lot of different hardware people send you
17:26 jnettlet pretty much. The Cubox's and Cubox-i's are just so damn cute though
17:26 paulk-collins agreed
17:26 paulk-collins did you work on the tegra version as well?
17:26 jnettlet The original was Armada Dove based yes.
17:27 paulk-collins so that's marvell, not nvidia/tegra, my bad
17:27 jnettlet I was working on the ARM based XO laptops for OLPC which used similar Marvell SOC's
17:28 jnettlet that is kind of how we crossed paths
17:28 paulk-collins the ones with libertas?
17:28 jnettlet both the XO-1.75 and XO-4
17:29 jnettlet the XO-1.75 kept the libertas wifi chipset, the XO-4 switch to the 8787 which used the mwifiex
17:29 paulk-collins ok
17:30 paulk-collins I'm working on an omap3 phone that uses libertas as well
17:30 paulk-collins libertas_tf looks damn interesting, I should look into it when I have time
17:31 jnettlet I thought that Marvell had discontinued the libertas line
17:32 paulk-collins that's part of a wifi/bt combo from wi2wi, but yeah, that died as well
17:32 jnettlet okay. That was the reason we switched over to the 8787, 802.11n and bt
18:51 paulk-collins btw, what's the power budget for the cubox-i USB ports?
18:57 paulk-collins looks like MIC2026-1YM can do 500mA per channel
18:57 paulk-collins good enough
19:13 paulk-collins also, where can I find schematic of the uSOM used in the cubox-i quad?
19:31 tekk hi guys, i'm building a debian image based on https://wiki.debian.org/ArmHardFloatPort/CuBox-i... however, the first available primary partition sector on my sd card is 2048 rather than 1024... is that gonna cause me issues?
19:37 jnettlet tekk, 2048 is preferred
19:37 tekk why doesn't the makefile just have support for cross compilation
19:37 jnettlet paulk-collins, the power is standard USB power for each port.
19:37 tekk i get this when building uBoot /bin/bash: arm-linux-gcc: command not found
19:38 jnettlet of course you need to make sure your source DC converter is supplying enough to power them adequately
19:38 tekk that was the alias i guess, generated by the make mx6_cubox-i_config
19:38 tekk i'm on a x86_64 debian system trying to build uBoot
19:39 jnettlet tekk, set the path to your cross-compiler in your PATH variable and then set CROSS_COMPILE=arm-linux-gnueabihf-
19:39 jnettlet or whatever other prefix your cross-compiler used
19:39 tekk yeah i thought it was arm-linux-gnueabi
19:40 tekk will gcc-4.7-arm-linux-gnueabi do?
19:40 tekk or i guess the gcc-4.7-arm-linux-gnueabihf is better?
19:40 tekk cubox-i uses hard float right?
19:42 tekk sudo ln -s /usr/bin/arm-linux-gnueabihf-gcc-4.7 /usr/bin/arm-linux-gnueabihf-gcc
19:42 tekk i'm getting there ;)
19:46 tekk right... i've debootstrapped etc debian
19:46 tekk build uBoot / SPL.... flasehd them with dd
19:46 tekk anything else before i boot?
19:46 tekk i'm guessing debian comes with a stock kernel
19:47 tekk hmm
19:47 tekk that didn't work
19:47 tekk sec
19:49 tekk http://mike.kz/boot_failure.jpg
19:49 tekk so no kernel?
19:55 tekk or am i mistaken?
20:06 tekk (i'm building a kernel now)
20:10 tekk reading a bit more it seems there is a lot more to it than the debian page suggests.... but thats ok...
20:19 jnettlet tekk, sorry had to get the jambalaya started
20:19 tekk haha, as you do
20:19 tekk well i'm compiling the kernel now
20:19 jnettlet okay great
20:19 tekk then i plan on mounting my sd again
20:19 tekk copying relevant bits to /boot
20:19 tekk chrooting
20:20 tekk then installing kernel modules i think
20:20 jnettlet sd or sdhc?
20:20 tekk sdhc
20:20 jnettlet okay.
20:20 tekk basically i'm using this now http://www.solid-run.com/community/post9240.html?hilit=SSH&sid=ce60d0b3d2f004a14f28c0edadb9b5a3
20:20 jnettlet OK
20:20 tekk with some adaptations as i'm using debian / have already built+installed uBoot/SPL and deboostrap'd
20:21 tekk do you know what the --second-stage debootstrap is about?
20:21 jnettlet can't say I do. I would assume this would have to do with debian initramfs
20:21 jnettlet let me look at the post more closely
20:23 jnettlet tekk, oh I see. That is to do a debian "install" in an emulated environment onto the sdhc card
20:24 jnettlet we should be able to build an initramfs that can do the same thing natively on the cubox-i
20:24 tekk right ok
20:24 tekk the only operations i've done on the sdhc so far are https://wiki.debian.org/ArmHardFloatPort/CuBox-i
20:24 jnettlet or if you are using an SD card image or rootfs tarball you shouldn't really need it
20:25 jnettlet okay, so that page is it all in one command qemu-debootstrap
20:25 jnettlet seems like you are set then
20:25 tekk ok great :)
20:25 tekk gonna do the rest of the bits now
20:32 tekk ah shit
20:32 tekk if you have a debian sid/jessi image running somewhere
20:32 tekk could you paste me your /etc/apt/sources.list on http://pasti.ng cheers
20:33 tekk is this good enough? http://pasti.ng/p/Gibqredb (i just made it up)
20:38 tekk well... gonna boot now :)
20:40 tekk hmm
20:40 tekk well
20:40 tekk i don't see the uboot screen any longer
20:40 tekk hdmi signal is there
20:40 tekk but just black / offblack
20:41 tekk maybe i needed to include something in the kernel for console over hdmi?... i used the git upstream from solidrun... so i thought that was pre-patched?
20:44 tekk corrected... the uboot screen briefly comes up
20:44 tekk definately some video issue i think.... i'm gonna chroot into the sd card.. edit /etc/network/interfaces to try get network and see if i can ping the box
20:51 tekk hmm still no joy... perhaps my kernel is a dud
22:02 Lil anyone have a i4pro with debian running?
23:14 tekk argghhh.. why can't i get ubuntu 14.04 running on this thing!!!
23:14 tekk i got debian runing... so assumed it'd be straight forward