IRC log of #cubox of Sun 15 Sep 2013. All times are in CEST < Back to index

09:57 rabeeh Coburn: what do you mean locking the bootloader?
09:57 rabeeh you mean the 'bootcmd' thing?
10:03 jnettlet rabeeh, I think he means not being able to change the version of uboot
10:03 rabeeh upstream and mainline?
10:04 jnettlet If I understand correctly uboot lives on the sdhc card and the Cubox-i reads that on boot
10:05 rabeeh yes.
10:05 rabeeh unlike CuBox, CuBox-i is stateless when it comes to internal memory storage
10:06 rabeeh CuBox has SPI flash where it boots from; but CuBox-i boots directly from a SD card (with the help of an internal bootrom inside the i.MX6 SoC)
10:06 jnettlet that is how I understood it. I think Coburn was worried that it was stateless but you couldn't change the uboot setup.
10:07 jnettlet okay then I understood things correctly.
10:07 jnettlet rabeeh, I am drumming up some business for you. The community group that has taken over the School Server for OLPC deployments is very interested in the Cubox-i
10:08 jnettlet I think a few orders have already been put in.
10:09 jnettlet They are working with groups like Internet in a Box and searching for a hardware platform.
10:10 rabeeh jnettlet: is this still a project for the OLPC?
10:10 rabeeh if they are capable of handling systems in it's early stages we can send them samples soon
10:11 jnettlet rabeeh, This is a community driven group that actually implements the hardware out in the field
10:11 rabeeh (free samples)
10:12 jnettlet rabeeh, they can and would be very interested in having something they can show off for the October 14th San Francisco summit
10:12 rabeeh jnettlet: if that's the case then i think we can make it
10:12 rabeeh OLPC was always a 'holy' project for lots of communities around the world; we would love to support it.
10:13 rabeeh please get the people behind it to contact us and we will provide them the best 'limited' support we can
10:13 jnettlet rabeeh, They will be very excited. I can help them with the software support if necessary. I already have it working on the original Cubox so shouldn't need much work.
10:14 jnettlet I will do that. They were very excited about your hardware as they want to support large 2.5" esata drives, which is hard to come by as we all know.
10:16 jnettlet They may also want someone from SolidRun to join in on one of their Hangout Q/A's they do around the topic. http://www.youtube.com/user/unleashkids/videos
10:24 rabeeh jnettlet: we will think of something; as i previously said our hands are full trying to get the systems out of the door in few months.
10:24 rabeeh the feedback i got from the mkt guy is that we were flooded by requests and orders and we need to be super focused
10:25 jnettlet rabeeh, absolutely. no pressure :-) The two groups just seemed like a perfect fit to me.
10:25 jnettlet wow! that is fantastic news.
10:25 rabeeh i'm just setting expectations in order not to blow it
10:26 rabeeh as an update for devs; the build of the carrier board is done for the devs samples; now we are building the microSOM
10:26 rabeeh Tuesday we will blow some fuses to make it boot from the micro-SD, initial testing and then send them out
10:30 jnettlet Do you guys have Android and Linux images, or will Linux images be up to the community?
10:30 rabeeh by Linux you mean kernel or kernel+rootfs?
10:30 rabeeh initially we will provide whatever fsl has (easiest)
10:31 rabeeh already tons of devs already approached us (ubuntu / fedora and lots other); we will provide early samples with instructions on how to build u-boot + kernel
10:32 rabeeh the first kernel will be 3.0.35 based (fsl) and then freescale are doing lots of work on getting things upstreamed\
10:33 rabeeh they have this intermediate 3.5.7 version; but we will see (i.e. no plans yet)
10:53 dbsx rabeeh: Coburn means the bootcmd thing. A constrained uboot upsets him
10:53 rabeeh ok.
10:56 jnettlet rabeeh, I would weigh the Fedora group very lightly with their support. They won't maintain anything out of tree so until Freescale gets stuff ported to 3.11 it will never be accepted in their ARM distro.
10:57 jnettlet OLPC has had the same battle with them on ARM and they still don't officially support the two newest XO's
10:58 jnettlet and don't even get me started on Ubuntu and their Mir project.
11:00 jnettlet Freescale is part of Linaro though, let me see what their kernel supports.
11:02 jnettlet Hmmm linaro support IMX6 dual and quad in their 3.10 kernel tree
11:17 rabeeh jnettlet: there is some dev from pengutronix contacted us (and fsl confirmed) that he is doing the upstream port of the i.MX6 series
11:18 rabeeh Robert Schwebel
11:18 jnettlet hmmm German company
11:19 jnettlet http://www.pengutronix.de/software/linux-i.MX/index_de.html
11:19 jnettlet Sorry. English. http://www.pengutronix.de/software/linux-i.MX/index_en.html
11:20 jnettle 11:20 * jnettlet downloading their git tree.
14:05 dbsx On cubox with >3.10, uname -pi, both options report unknown. Is this fixable with a DTS entry?
14:07 dbsx e.g cpu@0
14:07 cbxbiker61 my x86_64 machines print the same thing
14:08 cbxbiker61 do you have something that actually needs uname -pi to print valid info
14:08 cbxbiker61 config scripts pretty much use uname -m
14:09 dbsx I have a cmake project that uses -p.
14:10 cbxbiker61 i'd suggest getting the sources to coreutils to see what it's looking form
14:10 cbxbiker61 form/for/
14:10 dbsx yeah thanks. Did this disappear with dts? Or was there something there once?
14:11 cbxbiker61 i don't think dts has anything to do with it
14:11 dbsx aha
14:12 cbxbiker61 yep, 3.5.7.x same thing
14:14 cbxbiker61 looking at man for uname, it looks to me as if uname -m is the desired option
14:14 dbsx yep.
14:16 dbsx thanks
20:31 flixh anybody got a relatively recent kernel with device-mapper and nfs-server activated? best headless?
20:31 flixh I'm lacking the time to compile myself
20:36 flixh for the original cubox
20:37 Coolgeek I have a 3.5.7 kernel and only a NFS client on i
20:37 Coolgeek it