| 08:09 | ralix | morning |
| 08:20 | Nilesh_ | Hi does any one know why mxc_ldb fb.27: get ldb of property fail |
| 08:20 | Nilesh_ | mxc_ldb: probe of fb.27 failed with error -22 is causing ? |
| 09:03 | Exaga | mornina all :> |
| 12:12 | auke- | dv_: are you the author of the chromium-imx patches? I'm wondering if it would be possible to build and run Chromium without X11 and Wayland? |
| 12:28 | jnettlet_ | auke-, he is and it is not without a lot of additional work put in |
| 12:36 | auke- | jnettlet_: okay, thanks |
| 12:55 | Exaga | does anybody know what type battery connector is on the i2eX ? |
| 12:56 | Exaga | hummingboard i2eX :> |
| 14:16 | R0nd | how should I modify boot.scr to boot geexbox from hdd? |
| 15:35 | UmbraMalison | hey, see a couple of wiki's for arch-arm on a cubox-i (solid run). neither made any remark about gpu. i understand the drivers are closed source. any arch-arm solution? |
| 15:35 | UmbraMalison | s/see/seen |
| 15:37 | UmbraMalison | i should not have asked |
| 15:37 | UmbraMalison | just found them on package repo |
| 15:37 | Exaga | :> |
| 15:38 | UmbraMalison | strange its not mentioned in wiki. but very very happy to see it supported in arch arm :D |
| 15:40 | UmbraMalison | and you have xbmc-imx. my afternoon will be glorious. |
| 15:42 | UmbraMalison | oh dear.... i thought i was talking in #archlinux-arm. teach me for trying to use a rubbish touch pad. apologies for my ramblings. over. |
| 18:09 | cjori_ | R0nd: You don't need to modify boot.scr, only /boot/uEvn.txt. see http://gleenders.blogspot.co.il/2014/08/hummingboard-boot-your-rootfs-from-msata.html |
| 19:01 | dgilmore | what is the plans to get u-boot support upstream? |
| 19:01 | dgilmore | right now your tree is horribly behind and doesnt build |
| 19:02 | dgilmore | http://paste.fedoraproject.org/137012/83734114/ |
| 19:03 | jnettlet_ | who's tree? The SolidRun tree builds |
| 19:04 | dgilmore | https://github.com/SolidRun/u-boot-imx6.git |
| 19:04 | dgilmore | that one |
| 19:05 | jnettlet_ | that builds just fine. Just built it the other day |
| 19:05 | dgilmore | i just tried and got the failure i pasted |
| 19:05 | jnettlet_ | what version of gcc? |
| 19:05 | dgilmore | 4.9.1 |
| 19:06 | jnettlet_ | that is most likely the problem. we have only tested up to 4.8 |
| 19:06 | jnettlet_ | 4.9 was too buggy last time we tested it |
| 19:06 | dgilmore | it builds upstream u-boot just fine |
| 19:06 | jnettlet_ | although I believe that yocto builds uboot against 4.9, and I know that geexbox does |
| 19:07 | dgilmore | we do in fedora |
| 19:07 | dgilmore | I have builds built with 4.9 running on all my other hardware |
| 19:08 | dgilmore | right now the only thing stopping us from supporting the cubox-i propperly in fedora is u-boot. ideally things go upstream |
| 19:08 | jnettlet_ | yes well as Linus has already pointed out quite publicly 4.9 had lots of issues when it was released. We haven't had the time to babysit the latest and greatest |
| 19:08 | jnettlet_ | dgilmore, we tried that 9 months ago. the u-boot community was less than inviting |
| 19:08 | dgilmore | jnettlet_: ive not found them to be so |
| 19:08 | jnettlet_ | well that is your experience ours was otherwise |
| 19:09 | dgilmore | I have spent quite a bit of time standardising booting |
| 19:09 | jnettlet_ | I am maintaining what we have with hopes of switching all development efforts to coreboot as soon as I have time to spare |
| 19:10 | dgilmore | that will make things much harder to support from a distro perspective as its yet another divergence to deal with |
| 19:10 | R0nd | hmm, getting a "data abort" when trying to boot openelec |
| 19:12 | jnettlet_ | it is great you are interested in including cubox-i support in fedora but really we are focusing more on Debian and Arch that is what most our users are interested in. |
| 19:12 | dgilmore | we have a lot of Fedora users who want to run fedora on the cubox-i |
| 19:13 | dgilmore | you are making it much harder to support your hardware than need be |
| 19:13 | dgilmore | im on a cubox-i right now |
| 19:13 | jnettlet_ | I am not. We have fully supported jmontleon who has done a great job providing Fedora images. |
| 19:13 | dgilmore | I have a really old u-boot that is lacking the features we need |
| 19:13 | jnettlet_ | We have devs using the Cubox-i to run the OLPC school server in various places |
| 19:14 | jnettlet_ | that is really a problem that the u-boot maintainers have not me. |
| 19:14 | dgilmore | jnettlet_: to support you out of the box is much harder than it needs to be |
| 19:15 | dgilmore | pretty soon now we should have working 3d support |
| 19:15 | dgilmore | all i want is the best and simplest experience for users |
| 19:15 | jnettlet_ | yes I know, the etnaviv project is working hard. |
| 19:16 | jnettlet_ | yes, and I just want upstream to have some sort of tolerance and acceptance to the developer community. |
| 19:16 | dgilmore | u-boot built after doing make mproper reconfiguing and oding make rather than make -j4 |
| 19:16 | dgilmore | seems there is some makefile bugs in there |
| 19:17 | jnettlet_ | probably. |
| 19:17 | jnettlet_ | it is u-boot |
| 19:21 | R0nd | by the way, are etnaviv drivers available right now? my debian setup lacks video acceleration :/ |
| 19:21 | jnettlet_ | dgilmore, sorry but the u-boot upstream problem just gets under my skin. I completely understand why Google chose coreboot as their bootloader of choice. |
| 19:21 | jnettlet_ | R0nd, not for userspace yet. We are working out one last bug and then the 2d DDX will be ready for users to start testing. |
| 19:22 | dgilmore | jnettlet_: its not perfect but it is what we have. most people that work upstream are pretty decent |
| 19:23 | R0nd | jnettlet_: can I get video acceleration support with some other package or I'll have to wait for etnaviv? |
| 19:25 | jnettlet_ | R0nd, depends what distro and more specifically what version of Xorg and libdrm you are using. |
| 19:25 | jnettlet_ | the current binary drivers only support up to Xorg 1.14.3 which is when they changed the libdrm interface |
| 19:28 | R0nd | I have 1.12.4 |
| 19:29 | jnettlet_ | and which kernel are you using? |
| 19:30 | R0nd | kernel 3.14.14 |
| 19:30 | R0nd | debian |
| 19:31 | jnettlet_ | oh okay. Then the binary drivers should work okay for you. |
| 19:31 | jnettlet_ | raspbian has them packaged I believe |
| 19:34 | jnettlet_ | dgilmore, fyi somebody was on this channel offering to upstream support for the cubox-i, I can't remember who it was off the top of my head. Maybe they will fight through the red tape and fulfill your requests |
| 19:51 | R0nd | jnettlet_: what's the package supposed to be called? I'm looking at the raspbian package list and can't figure it out |
| 19:52 | jnettlet_ | R0nd, that is a problem that many people have. |
| 19:52 | jnettlet_ | unfortunately |
| 19:52 | jnettlet_ | your best bet is to ask on their forums. I don't have my raspbian machine handy right now |
| 19:54 | R0nd | does xf86-video-fbdev sound like it? |
| 19:56 | jnettlet_ | no you are looking for files named gpu-viv or vivante |
| 19:58 | dgilmore | jnettlet_: that would be nice. I will talk to the guys i have been in contact with and see what I can get them to help with. |
| 19:59 | dgilmore | jnettlet_: compulab's utilite support landed recently |
| 20:01 | jnettlet_ | dgilmore, yes but they don't support the additional patches I added to support direct boot, so we can go from SPL straight to linux |
| 20:02 | jnettlet_ | with recovery mode |
| 20:02 | jnettlet_ | with that I can boot from power on to gui in under 7 seconds. |
| 20:03 | dgilmore | jnettlet_: that sounds like falcon mode that already exists in u-boot |
| 20:03 | jnettlet_ | yes but falcon mode is this separate other thing you need to build, while mine is integrated into the normal boot process if enabled |
| 20:04 | jnettlet_ | the fact that they made it a separate "mode" shows some the problems. |
| 20:04 | dgilmore | okay |
| 20:06 | dgilmore | http://fedoraproject.org/wiki/Changes/u-boot_syslinux |
| 20:06 | dgilmore | thats what i am trying to get implemented everywhere |
| 20:07 | jnettlet_ | dgilmore, coreboot with their payload systems is a much better boot architecture for ARM |
| 20:10 | jnettlet_ | more flexible and minimizes the amount of drivers that need to get initialized twice |
| 20:12 | dgilmore | jnettlet_: sure, not saying it's the be all and end all. Just trying to make what we have work better for users |
| 20:12 | dgilmore | there is bound to be better ways to do it |
| 20:13 | jnettlet_ | dgilmore, if you find somebody that wants to deal with upstream of course I will gladly answer any questions they want, but I don't have the time to waste with dealing with them myself. |
| 20:13 | dgilmore | somedays I'd rather take OpenFirmware :) |
| 20:14 | jnettlet_ | don't get me started. I am trying to replace openfirmware on my XO's |
| 20:15 | jnettlet_ | it won't even support external .dtb loading |
| 20:15 | dgilmore | thats not good. and I guess Mitch won't add it unless paid to do so |
| 20:16 | jnettlet_ | yeah, and James who is maintaining it now can't because the existing OLPC administration won't pay to add it |
| 20:17 | jnettlet_ | so I am going to add either coreboot or hacked up uboot support for now, so upstream developers have any chance of collaborating |
| 20:17 | jnettlet_ | and then I can finally make my big.LITTLE support and GPU stuff public for the deployments to use |
| 20:18 | R0nd | I added raspbian repo to my sources.list and I still can't see any relevant packages :/ |
| 20:20 | dgilmore | jnettlet_: that would be nice :) |
| 20:20 | dgilmore | jnettlet_: some days I do not miss working at OLPC |
| 20:20 | jnettlet_ | dgilmore, I do miss working there, unfortunately middle managers screwed it up for everyone. |
| 20:21 | dgilmore | jnettlet_: there is things I miss about working there |
| 20:22 | dgilmore | but the politics of it not so much |
| 20:31 | cjori_ | I'm wondering: what's the best/right way to incorporate a certain kernel config change? Is it to submit a pull request to https://github.com/linux4kix/linux-linaro-stable-mx6 ? Or should I just post on the forums asking that config turned on (I've seen others do it on the archlinux thread)? |
| 20:32 | cjori_ | I'm talking about INET_XFRM_MODE_{TRANSPORT,TUNNEL,BEET}. In order to allow VPN servers to work on our HummingBoards/Cubox-is |
| 20:42 | Exaga | malte: :> |
| 20:42 | malte | exaga |
| 20:42 | Exaga | hey hey |
| 20:42 | malte | hi |
| 20:43 | malte | does anybody know what type battery connector is on the i2eX ? <-the rtc? |
| 20:43 | Exaga | yes please |
| 20:44 | Exaga | i'm looking to purchase a backup battery |
| 20:49 | malte | CR1620 |
| 20:50 | Exaga | thanks malte. what type of connectot is it for the RTC backup battery on the i2ex? |
| 20:50 | Exaga | connector* |
| 20:50 | Exaga | i assume it will be like a laptop CMOS/BIOS battery with a cable/plug |
| 20:53 | malte | yes |
| 20:53 | malte | i dont think its something special |
| 20:55 | Exaga | ok well thanks for the info :> |
| 20:55 | Exaga | i shall find one on ebay haha |
| 21:05 | malte | ;) |
| 21:23 | cjori_ | anyone? :( |
| 21:24 | Artox | cjori_: I think its a pullrequest on github |
| 21:25 | Artox | you know, make defconfig; menuconfig; copy over |
| 21:25 | cjori_ | yep |
| 21:25 | cjori_ | alright. thanks :) |