IRC log of #cubox of Wed 26 Feb 2014. All times are in CET < Back to index

00:34 firemanxbr jmontleon, thanks guy I'm geting this new kernel :D
00:34 firemanxbr jmontleon, after my testing I send my feedbacks about this
00:43 _dab_ jnettlet: any reason for your kernel enabling MTD, UBI,NAND ?
00:56 _rmk_ alpha_one_x86: I just quickly wrote this - it may help you: https://plus.google.com/103895730806848715870/posts/dDFGdPL2oEn (I hope you can get to it)
00:56 firemanxbr jmontleon, usb not sucess
00:56 firemanxbr jmontleon, same problem, I test in both usb ports, but my keyboard is not run
00:57 _rmk_ firemanxbr: can you log into the cubox-i?
00:57 firemanxbr _rmk_, hey
00:57 firemanxbr _rmk_, in bios my keyboard run
00:57 alpha_one_x86 _rmk_: I will test tomorow
00:58 firemanxbr _rmk_, but after boot no print error and no run
00:58 _rmk_ firemanxbr: can you log into it via the network?
00:58 firemanxbr _rmk_, in this kernel my cubox-i no get ip from dhcp gateway
00:59 firemanxbr _rmk_, in this momento my cubox is black box, no acess, no network, and no use
00:59 firemanxbr _rmk_, I try run default kernel Fedora
01:01 firemanxbr _rmk_, I believe u-boot problem on set keyboard and more....
01:03 firemanxbr _rmk_, my model is I4P-300-D
01:03 firemanxbr _rmk_, the cubox site refer this model: cubox-i4pro
01:07 alpha_one_x86 _rmk_: 4) how?
01:08 _rmk_ setenv fdt_addr 0x18000000
01:11 alpha_one_x86 where put that's? sorry noob with uboot
01:13 _rmk_ alpha_one_x86: reload that post - I just added that detail :)
01:14 alpha_one_x86 ok, in my case, I have always failed to access uboot console, I don't know why
01:17 _rmk_ are you connected via a serial connection (the micro-usb on the rear)?
01:20 alpha_one_x86 no, I don't have the adaptor, I don't haver other stuff to read serial console
01:21 alpha_one_x86 I'm on gentoo + debian kernel
01:22 firemanxbr _rmk_, you can help me ?
01:22 firemanxbr _rmk_, I test all alternatives, but my cubox-i no runing some parts
01:23 firemanxbr _rmk_, I following this steps: https://github.com/jmontleon/fedora-20-cubox-i4pro
01:23 firemanxbr _rmk_, you have other sugestions for debug or test alternatives ?
01:27 _rmk_ alpha_one_x86: gah, that's annoying... you have the exact opposite combination to me... I can't use keyboard/display with uboot on the cubox-i, so I have to do everything via serial with that, so I've no experience of using it that way.
01:28 _rmk_ firemanxbr: it sounds like the kernel isn't booting for some reason... maybe it's the same reason I'm trying to work out with alpha_one_x86 :p
01:29 alpha_one_x86 :( why uboot, why note coreboot + tianocore...
01:29 firemanxbr _rmk_, is possible
01:29 alpha_one_x86 i my case, I confirm: kernel don't mount and start the service... no log writen with my kernel (vanilla or patched)
01:30 firemanxbr _rmk_, my kernel is run, I view login and motd of Fedora
01:30 _rmk_ because uboot was the fastest to get going on the platform, and it's what almost everyone has been using.
01:30 firemanxbr _rmk_, but I not connect and use with Fedora
01:31 _rmk_ so it's just that keyboard and mouse don't seem to work but you get a display?
01:31 alpha_one_x86 _rmk_: I don't understand, not native english speaker, boot time or easy to use?
01:33 firemanxbr yes in my case, my display is normal runing from hdmi monitor
01:33 _rmk_ alpha_one_x86: easiest to get running, because it's what everyone else uses
01:34 alpha_one_x86 I'm not sure of that's, you see all the user with kernel boot problem
01:35 firemanxbr I believe this problem is cause for u-boot
01:36 firemanxbr if this kernel(https://github.com/jmontleon/fedora-20-cubox-i4pro) was perfect construction
01:37 firemanxbr someone already tested with the keyboard? or if the handle Cubox ip via ethernet cable?
01:37 alpha_one_x86 With UEFI, just build EFI kernel, put at the right place, the display will always work...
01:37 _rmk_ sorry, I don't think I can help any further. can you please post to the forums at http://imx.solid-run.com/forums/ and/or talk to people concerned directly (like jmontleon)
01:38 firemanxbr no problem
02:33 firemanxbr hey guys my cubox-i finish get ip from dhcp :D
02:34 firemanxbr I'm logged into :)
02:36 dv_ \o/
02:36 firemanxbr first erros beging: Feb 25 20:36:06 localhost kernel: [ 291.010896] brcmfmac: brcmf_cfg80211_sched_scan_start: Invalid sched scan req!! n_ssids:0
02:36 firemanxbr :D
04:07 firemanxbr someone view this error in cubox-i: unable to initialize libusb: -99
04:07 firemanxbr my ports usb no correctly running
04:07 firemanxbr and lsusb returning this error
06:32 jmontleon firemanxbr, try running depmod -a and rebooting or reinstall the kernel package when the system is up and running
06:41 jmontleon firemanxbr, if one of those things works let me know and I'll update the instructions to include a step
06:41 jmontleon otherwise maybe you need an updated u-boot? dunno, that 3.14-rc4 kernel is definitely working for me
09:10 LangeOortjes jmontleon: Running your 3.14-rc4 kernel. Still problems with getting a proper framebuffer
11:42 firemanxbr hey guys I'm back :D
11:43 firemanxbr in brazil are 7:42 am :)
11:43 firemanxbr return for my issues with cubox-i4pro :D
11:44 rabeeh firemanxbr: welcome back :)
11:44 rabeeh what are the issues with CBi4pro?
11:45 rabeeh which kernel are you running now?
11:45 firemanxbr :D
11:45 firemanxbr my stats now:
11:46 firemanxbr my first tests with cubox-i4pro
11:47 firemanxbr and following some tips of jmontleon(tahnkz for shared your changes in github)
11:47 firemanxbr I have this first board, running Fedora 20 with kernel:
11:47 firemanxbr Linux localhost 3.14.0-204.rc4.cubox_i4pro.fc20.armv7hl #1 SMP Tue Feb 25 13:01:17 EST 2014 armv7l armv7l armv7l GNU/Linux
11:47 firemanxbr it's okay: ethernet support
11:47 firemanxbr wi-fi support
11:48 firemanxbr hdmi - support
11:48 firemanxbr but USB not functional
11:48 firemanxbr see this outputs:
11:48 firemanxbr running lsusb: unable to initialize libusb: -99
11:49 firemanxbr and more tests, I set: dmesg -C, after unplug keyboard and webcam(both usb ports)
11:49 firemanxbr runing dmesg again and zero output :(
11:50 firemanxbr I believe this kernel with some problems with usb support
11:50 firemanxbr someone have fulldescription about this hardware ?(cubox-i4pro)
11:52 rabeeh it's either that or simply the USB ports power enable is not powered
11:52 rabeeh do you have some sort of a dongle that tells if power is enabled or not? for instance i have a bluetooth dongle that it's led blinks when there is a vbus
11:53 rabeeh notice the following thread i'v just updated -
11:53 firemanxbr another point that I found strange is the return of lsmod is empty any loaded module
11:53 rabeeh http://imx.solid-run.com/forums/viewtopic.php?f=10&t=693&p=4636#p4636
11:53 jnettlet firemanxbr, please post the full output of dmesg so it can be reviewed
11:53 rabeeh why is that strange?
11:54 rabeeh i haven't used jmontleon kernel and work; but if the kernel modules are same versions like the kernel then you might see something
11:54 rabeeh specifically i'm not sure if the wifi drivers are statically part of the kernel or as modules
11:54 firemanxbr jnettlet, okay I need reboot now(cubox-i) and get this output
11:55 rabeeh please put on pastebin.com
11:55 firemanxbr rabeeh, my keyboard and my webcam no running your leds
11:56 firemanxbr is strange that in fedora lsmod always return all modules loaded, but in this kernel no load modules
11:57 jnettlet firemanxbr, in arm linux it is not uncommon for all the hardware to be built directly into the kernel not as modules
11:57 firemanxbr jnettlet, this output for dmesg after reboot: http://ur1.ca/gpb41
11:58 firemanxbr jnettlet, okay it's true
11:58 firemanxbr jnettlet, but I use modprobe and no load some module, is strange :)
12:00 jnettlet firemanxbr, there is no usb support in that kernel. You need to modprobe the drivers or have jmontleon fix his kernel.
12:00 firemanxbr this error always present in /var/log/messages:
12:01 firemanxbr brcmfmac: brcmf_cfg80211_sched_scan_start: Invalid sched scan req!! n_ssids:0
12:01 jnettlet yep it is a problem with the upstream driver. patches are making their way through channels to fix it
12:02 firemanxbr jnettlet, no problem, I go create my custom kernel now, and testing with support usb
12:02 firemanxbr about kernel is no problem for me
12:03 firemanxbr my intention is to make it a little easier life for Fedora users
12:03 jnettlet firemanxbr, if you want everything on the your cubox-i to be fully supported you should really use my 3.10 based kernel.
12:04 firemanxbr when using cubox-i board :D
12:04 firemanxbr jnettlet, humm great tip guy
12:04 jnettlet I include a lot of fixes and drivers that won't be included in the upstream kernel of Fedora anytime soon.
12:05 firemanxbr jnettlet, exist some base or I can use Fedora kernel 3.10 release ?
12:05 jnettlet firemanxbr, https://github.com/linux4kix/linux-linaro-stable-mx6
12:05 jnettlet it will be moved the the SolidRun github account soon
12:06 firemanxbr cool :D
12:06 firemanxbr jnettlet++
12:07 LangeOortjes firemanxbr: you have working HDMI?
12:07 firemanxbr jnettlet, I believe we have working for take all support for this hardware to upstream kernel
12:08 firemanxbr LangeOortjes, yes for me perfect use, but I used only console terminal :D
12:08 LangeOortjes I am running jmontleon's 3.14-rc4 but fbset reports timings 0 0 0 0 0 0 0
12:08 LangeOortjes the result is an occassionally flashing display
12:09 LangeOortjes other than that, I am quite happy. Did you alter any kernel configuration settings?
12:09 firemanxbr LangeOortjes, hummm, what cable your using ? and what monitor hdmi ? verify cable type and monitor frequency
12:10 jnettlet firemanxbr, there are some drivers that currently can't be merged upstream. We are working on that but it will take some time.
12:10 LangeOortjes firemanxbr: rabeeh's 3.0.35 works fine. I copied the timings as detected by 3.0.35, but when I set them using fbset, it reports: "ioctl FBIOPUT_VSCREENINFO: Invalid argument"
12:11 firemanxbr LangeOortjes, about hdmi no, but I need construction one new kernel based in release 3.10 and return for you about news :D
12:11 jnettlet LangeOortjes, the 3.14 upstream kernel is using kernel modesetting not fbdev drivers.
12:11 rabeeh firemanxbr: in my mind to get fastest results you either want to work on LK 3.0.35 or the newer LK 3.10.30
12:13 firemanxbr jnettlet, I can help ? I'm here, in Fedora I helping some boards for perfect support with Fedora linux
12:15 firemanxbr rabeeh, yes, my goal is running all features of cubox-i with Fedora 20 and kernel mainstream of fedora, in this moment the best kernel for Fedora is:
12:15 firemanxbr Linux firelap.local 3.13.4-200.fc20.x86_64 #1 SMP Thu Feb 20 23:00:47 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
12:16 firemanxbr release 3.13.*, but begining 3.14 comming soon :)
12:17 firemanxbr https://fedoraproject.org/wiki/Kernel (about our kernel used)
12:18 firemanxbr jnettlet, rabeeh my tests in Fedora: https://fedoraproject.org/wiki/Architectures/ARM/Quality_Assurance/Kernel_Testing/Fedora_20
12:20 firemanxbr my wish add cubox-i in this tests
12:22 LangeOortjes jnettlet: thanks, appears to be a problem with this particular screen, another works fine
12:23 LangeOortjes alright, I am quite happy now :)
12:23 firemanxbr LangeOortjes, cool :D
12:34 rabeeh LangeOortjes: which screen was that?
12:49 LangeOortjes rabeeh: Acer H223HQ
14:50 heap_ ah xmbc for arch on cubox still broken ;/
15:00 firemanxbr jmontleon++
15:01 firemanxbr my cubox-i now with USB support is done :D and in perfect use, congrats for guy jmontleon
15:35 LangeOortjes firemanxbr: heh, I am happily using that kernel as well. The only thing I notice is a slightly longer delay before my ssh-session responds to my key pressed. I don't know what's causing this though, don't notice it on 3.0.35 :)
15:35 firemanxbr LangeOortjes, verify your dns configs, is possible
15:36 firemanxbr slow ssh always is dns resolv is problem
15:36 firemanxbr in my cubox-i very fast all use
15:48 LangeOortjes firemanxbr: I am pretty sure it is not related to DNS, it's not the actual login that is slow (so no problems with reverse DNS look-ups), it's just that the delay between me typing a character and it showing up on screen has increased
15:53 rabeeh firemanxbr: my guess is that the ethernet receive interrupts are not getting there and the driver is timing out on rx; then checking the rx ring and passing whatever is there !
15:54 firemanxbr LangeOortjes, rabeeh strange, I agree
15:54 firemanxbr LangeOortjes, in my tests here, from ethernet cable, is perfect
15:54 firemanxbr LangeOortjes, you use from wi-fi ou cable rj45 ?
16:06 LangeOortjes firemanxbr: yes, it's connected via ethernet. The connection seems to be working nicely, with a high transfer rate and low latency between my laptop and cubox
16:08 firemanxbr LangeOortjes, humm, strange
16:08 firemanxbr LangeOortjes, in this momento no idea about this
16:09 firemanxbr LangeOortjes, we need more informations, logs, troubleshooting, and more...
16:09 firemanxbr LangeOortjes, I can't reproduce this problem in my cubox-i :(
16:17 davorin LangeOortjes: do you have it connected to a switch apparently?
16:17 LangeOortjes davorin: yes, it's connected to an Airport Extreme
16:17 davorin does it support flow control on layer2?
16:18 davorin the fec has flow control on by default...and most switches have it off by default...
16:18 davorin though i wouldn't expect it to delay that way with a ssh connection...
16:19 davorin with movies it shows a big difference though...
16:19 davorin what does ifconfig show you? any errors/drops?
16:22 LangeOortjes Arch uses iproute2, for eth0 it shows
16:22 LangeOortjes RX: bytes packets errors dropped overrun mcast
16:22 LangeOortjes 5481171 7524 2 0 0 0
16:23 LangeOortjes afk
16:28 davorin hmm...
16:28 davorin and when you do a iperf between cubox-i and your pc?
16:29 davorin or you could enable telnetd and see if it lags as well...
16:31 pahartik LangeOortjes: How does one ask "ip" to show that?
16:45 dandandan hey
16:46 dandandan im getting a ntpdate no servers can be used exiting on first bootup of debian
17:03 davorin pahartik: cat /proc/net/dev
17:10 jmontleon dang, sandisk announced a 128gb micro sd card
17:11 davorin old saying, as soon you buy it, its obsolete (o;
17:11 davori 17:11 * davorin wonders why geexbox plays 720p videos as audio only...
17:12 davorin maybe too early to sell my popcorn hour boxes...
17:31 LangeOortjes pahartik: ip -s link
17:32 LangeOortjes jmontleon: but it's quite pricey ;)
17:33 jmontleon yes. I have heard it's already $80 off so like $120. but looks like $199 is their 'normal' asking price
17:33 jmontleon too much for me. even at $120. but nice to see such a large amount of storage in such a small package
17:34 LangeOortjes time to install the SSL fix for OS X, I also like this particular change: "improves the accuracy of unread counts in Mail"
17:35 LangeOortjes That price went down very quickly indeed
17:36 jnettlet crypt0s, have you made progress?
17:36 jnettlet I will have some more patches to push soonish
17:38 jmontleon jnettlet, accelerated graphics work with your 3.10 kernel?
17:45 jnettlet jmontleon, http://www.youtube.com/watch?v=xXhzkrwxYwU&list=UUd3kcCmUxX2mmmFCe8MDx9g&feature=share
17:46 jnettlet don't mind the black screen at the end of the video. I was testing the gpu thermal protection, which worked :-)
17:46 jmontleon nice.
17:46 jnettlet that is a Mesa OpenGL, not GLESv2 game, 480p video being software decoded and played back
17:47 jnettlet all at 1080p
17:47 jmontleon I think I will probably work on a 3.10 kernel for fedora as well. doubt it would be too difficult
17:47 jnettlet 32-bit not 16-bit
17:47 jmontleon I guess there is an X11 driver package in Ubuntu that you're using? Or something you're building yourself?
18:35 Balkow hi i need anyone from shop support
18:40 Balkow anyone from the stuff here?
18:47 davorin nope..sales is never here
18:59 pahartik LangeOortjes: Very good, I have never noticed that during years of using "ip"
18:59 Balkow okey thanks
18:59 Balkow have a nice day
19:04 davorin jnettlet?
19:04 jnettlet yessss????
19:05 davorin what host os and what toolchain version are you using for compiling the kernel?
19:06 davorin might be worth for the wiki under compiling submarine/compiling kernel section..
19:06 jnettlet elementary os, so ubuntu 12.04 and Linaro gcc 4.7 cross
19:07 davorin have the gcc -v output?
19:07 davori 19:07 * davorin wants to xcompile on osx (o;
19:07 davorin like in the good old linux-2.0 days...
19:08 jnettlet gcc-linaro-arm-linux-gnueabihf-4.7-2013.04-20130415_linux
19:08 jnettle 19:08 * jnettlet should probably update it, but it seems to work fine
19:08 davorin that's not the -v output (o;
19:09 davorin similar to:
19:09 davorin Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/arm-linux-gnueabihf/include/c++/4.7.2 --libdir=/usr/lib --enable-nls --enable-cloca
19:09 davorin le=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm --enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf- --includedir=/usr/arm-linux-gnueabihf/include --with-headers=/usr/arm-linu
19:09 davorin x-gnueabihf/include --with-libs=/usr/arm-linux-gnueabihf/lib
19:09 davorin Thread model: posix
19:09 davorin gcc version 4.7.2 (Debian 4.7.2-5)
19:09 jnettlet oh but that doesn't matter as the kernel overrides almost all of that.
19:09 davorin iirc rabeeh mentioned something about a memory bug in gcc...
19:09 jnettlet that is 4.8
19:10 jnettlet I think it is fixed as of 4.8.2 but I haven't had time to go back and test
19:10 davorin well...have to remember how i managed to compile the kernel on osx (o;
19:11 jnettlet or boot into linux and prosper :-)
19:12 davorin naaah
19:12 LangeOortjes jnettlet: thanks for responding on Google+. I do feel a bit embarassed about the perhaps trivial issues I am having getting up and running with my cubox. It's just that documentation appears to very scarce and distributed and I am eager to learn ;)
19:12 jnettlet LangeOortjes, no problem. The documentation will come. The platform is still relatively new
19:13 LangeOortjes I realise, and if I learn enough I hope to contribute back
19:14 davorin anyone patching on the fec driver?
19:15 jnettlet why?
19:16 davorin rabeeh asked me if i look into it...
19:16 davorin don't like it uses flow control by default...and ethtool can't tturn it off...
19:25 davorin hmm..geexbox-20140224 indeed dropped gpio lirc support...
19:25 davorin 0117 works
19:25 davorin ehm..20140114
19:30 jnettlet davorin, ethtool disables/enables the pause parameters on the 3.10 kernel
19:30 jnettlet you just have to make sure and set both rx and tx to the same value at the same time
19:30 davorin so default it is off then?
19:31 jnettlet the default is to autonegotiate
19:31 davorin okay..
19:32 davorin i only discovered the throughput problem with a c3750g-12s recently..as max bandwidth was 80mbits/sec
19:34 davorin btw: the youtube clip is impressive (o;
19:34 davorin wonder how kivy will perform then...
19:35 jnettlet it is better there is a lot more to do
19:36 davorin how much you get frmo solidrun in compensation? ;-)
19:36 davorin s/frmo/from/
19:37 jnettlet all the cubox's I can develop on :-)
19:38 davorin and a hb2.1 then, i assume...
19:38 jnettlet not yet. hopefully soon.
19:38 davori 19:38 * davorin waits also a while for it...
19:39 davorin hope rabeeh gets well soon..
19:39 davorin from the pcb design it looks rather simple..only 4 layer it is...2 of them planes
19:40 davorin https://shop.klingler.net/image/news/hummingboard2.png
19:47 davorin bugger, i'm out of hdmi/dvi-d cables...
19:53 davorin hmm..."Orders will be handled starting 3/30/2014"
19:53 davorin anyone knows a cheap device to test spdif audio output?
19:55 davori 19:55 * davorin switching to sofa and laptop...
20:00 jas-hacks jnettlet: nice video! did you notice any tearing while moving/resizing the windows around?
20:01 jnettlet jas-hacks, there is a little because we aren't drawing to vsync yet. That will change with the switch to KMS
20:10 davorin ah i see on my laptop now you already discussed the flow stuff last night (o;
20:10 davorin do you have an image ready to test again with my cisco switch?
20:11 jas-hacks jnettlet: for KMS you looking to implement modesetting + buffer management?
20:11 jnettlet jas-hacks, yep we are extending the work that rmk did for the original Cubox
20:33 jas-hacks jnettlet: with KMS implemented will the EXA driver use the KMS iotcls?
20:41 jnettlet jas-hacks, yep
21:13 normalAL greetings!
21:23 normalAL I AM THE GREAT DANTON! What you are about to see.. is considered safe!