| 02:48 | murder | first impression with cuboxi4-pro: received a 4gb microsd instead of a 8gb microsd, dd tests show it's much lower than the class 10 it was supposed to be :| |
| 02:49 | murder | slower. |
| 05:03 | jnettlet | murder, if you got shipped the wrong sdhc card size then you should contact customer support. As for the performance of the SD card, I have yet to run across one that doesn't do at least 18-20MB/s for dd read speeds. |
| 05:04 | jnettlet | I would also like to point out that the sdhc "classes" only designate write speeds. |
| 09:18 | RocketRider | Hi |
| 09:20 | RocketRider | I would like to use a camera with the hummingboard-i2ex. |
| 09:21 | RocketRider | is there anyone who could help me with that? |
| 09:21 | RocketRider | I bought a PI cam because the hardware seems to fit, but I can't find any driver |
| 09:36 | RocketRider | if anyone sees my question later and wants to help me, pls. send me a mail [email protected] |
| 14:16 | rabeeh | http://www.solid-run.com/community/topic1637.html |
| 14:23 | rabeeh | wiringHB by curlymo |
| 14:23 | rabeeh | :) |
| 14:24 | rabeeh | https://github.com/pilight/wiringHB |
| 15:06 | R0nd | is there a way to boot cubox from esata hdd? |
| 15:07 | R0nd | hmm, wiki says no |
| 15:09 | jmontleon | can't boot from it, but you can have an sd card with just /boot and everything else on esata, I believe. I do similar with hummingboard except sd/msata |
| 15:11 | R0nd | okay, it's just that my sdcard died, gotta go get a new one :) |
| 15:29 | dv__ | you only need the u-boot image and the SPL on the sd card's first partition |
| 15:29 | dv__ | even the zImage can be on the hard disk |
| 15:33 | murder | have you guys had any problems with seagate 5tb+ ext hdds? |
| 16:17 | wrexem | So, since the patches yesterday (PCI-E stuff) I can't get a working compiled kernel on my hb |
| 16:17 | wrexem | It boots to the hdmi for about 2 seconds, then blanks the screen and I have no idea what happened next. |
| 16:18 | wrexem | I don't have a usb serial console cable, I did order one yesterday for debugging this stuff though. |
| 16:19 | wrexem | I even tried compiling direct on the hb |
| 16:20 | rabeeh | wrexem: did you start over? |
| 16:20 | rabeeh | i.e. make distclean; configuring the kernel by the defconfig and then rebuilding? |
| 16:21 | wrexem | What's the difference between make clean and make distclean |
| 16:21 | wrexem | I am doing this: |
| 16:21 | wrexem | make imx_v7_cbi_hb_defconfig |
| 16:21 | wrexem | make zImage imx6q-cubox-i.dtb imx6dl-cubox-i.dtb imx6dl-hummingboard.dtb imx6q-hummingboard.dtb |
| 16:22 | wrexem | and then modules |
| 16:22 | wrexem | ok nevermind, I rtfm |
| 16:23 | wrexem | I wasn't using distclean. |
| 16:23 | wrexem | Is there a strong preference there? Seems like both would do the same thing to me. |
| 16:25 | wrexem | Again, nevermind that question. More rtfming. |
| 16:26 | wrexem | I had re-run the make imx_v7_cbi_hb_defconfig |
| 16:26 | wrexem | Actually, I did a fresh clone off git |
| 16:26 | wrexem | straight up murdered the directory I was compiling from |
| 16:30 | wrexem | So, any ideas? I'm thinking the problem is somewhere in the device trees. |
| 16:31 | rabeeh | wrexem: is it working now? |
| 16:32 | wrexem | It's compiling again - but I'm guessing it will do exactly the same thing - as I said, I deleted the directory completely (I would call that better than a distclean/clean) |
| 16:33 | wrexem | I noticed there were some small updates today that I pulled, so I'm building that version. |
| 16:41 | wrexem | after a new kernel, power reset required yes? |
| 16:41 | wrexem | Hey looks it's working, maybe... hmm |
| 16:42 | rabeeh | wrexem: after booting please run 'uname' and make sure you are running the new built zImage |
| 16:43 | joelbaby | uname -a |
| 16:44 | wrexem | I can see in dmesg it's the one I compiled tody |
| 16:45 | wrexem | I have no idea what fixed it *sigh* |
| 16:45 | wrexem | It's working now though. |
| 16:45 | rabeeh | wrexem: today is not good |
| 16:46 | wrexem | Thanks for listening to me ramble. |
| 16:46 | rabeeh | you need to check few minutes ago :) |
| 16:46 | wrexem | root@cubox:~# uname -a |
| 16:46 | wrexem | Linux cubox 3.14.14+ #1 SMP Tue Sep 9 10:36:58 EDT 2014 armv7l armv7l armv7l GNU/Linux |
| 16:46 | wrexem | root@cubox:~# |
| 16:50 | wrexem | So, according to my - addmittedly fragile - understanding of what I compiled here |
| 16:51 | wrexem | pci-e should be working? Because it doesn't seem to be. |
| 17:01 | wrexe | 17:01 * wrexem cricket cricket |
| 17:02 | wrexem | nano +162 arch/arm/boot/dts/imx6qdl.dtsi |
| 17:02 | wrexem | still shows "disabled" |
| 17:13 | rabeeh | wrexem: it gets enabled here - |
| 17:13 | rabeeh | https://github.com/SolidRun/linux-imx6-3.14/blob/linux-linaro-lsk-v3.14-mx6/arch/arm/boot/dts/imx6qdl-hummingboard.dtsi#L332 |
| 17:14 | wrexem | ok - I trust that you know exactly what you are doing. That said, I had before a patch on that file that reads completely different than what is there now. And I was getting output from the command "lspci" on my patched version, but not on the ones I downloaded from github. |
| 17:15 | rabeeh | which card are you using? |
| 17:16 | wrexem | I am getting nothing, not even the bridge information. But to answer your question, it is an RTL8192SE - for which I have the modules loaded (visible via lsmod) |
| 17:21 | wrexem | In the forums, jmontleon and I had spoken back and forth a few times in the 3.14.14 kernel thread about getting pci-e working. At one point, using patches he had supplied, I was getting at least my bridge information when I used lspci |
| 17:22 | jmontleon | wasn't me providing those ;) |
| 17:22 | jmontleon | my only contribution was to ask what pci bus, because I forgot the hummingboard had the pci slot |
| 17:22 | wrexem | You're right, my bad |
| 17:23 | jmontleon | non-contribution really |
| 17:23 | wrexem | lol, it was actually rabeeh |
| 17:24 | wrexem | the clocks numbers are different! |
| 17:24 | wrexem | and the clock-names |
| 17:25 | wrexem | @rabeeh - you posted this paste |
| 17:25 | wrexem | http://pastebin.com/mZ9tnyxm |
| 17:25 | wrexem | and the currently hosted file is completely unpatched. |
| 17:57 | jnettlet | wrexem, I am the one providing that information to rabeeh. The current committed source is the verified working device-tree and kernel |
| 17:58 | jnettlet | I have a pcie atheros card running right now in a HB |
| 18:02 | rabeeh | and i'v checked with Intel wifi card |
| 18:07 | rabeeh | lspci |
| 18:07 | rabeeh | 00:00.0 PCI bridge: Device 16c3:abcd (rev 01) |
| 18:07 | rabeeh | 01:00.0 Network controller: Intel Corporation Centrino Advanced-N 6235 (rev 24) |
| 18:07 | rabeeh | both HB-i2 and HB-i2ex |
| 18:07 | rabeeh | sorry; HB-i2ex but with i2 microsom |
| 18:07 | rabeeh | (yes it's doable) |
| 18:08 | wrexem | So if you git clone that repo, build the entire thing, with no card in there, you get output from the command LSPCI ? |
| 18:08 | wrexem | Because that is 100% what I did. |
| 18:08 | wrexem | If you want a list of the commands I ran, or output from anything on the hb/whatever, I'm happy to provide. |
| 18:09 | wrexem | I just feel like I'm either seeing something you guys aren't, or doing something wrong. And I've been messing with it for a couple weeks. |
| 18:10 | wrexem | I think, even without the card in there, I should see the bridge when I type lspci |
| 18:10 | wrexem | Maybe that's not the case. |
| 18:10 | wrexem | I do have an intel card in the mail which hasn't arrived yet |
| 18:12 | wrexem | root@cubox:/# uname -a |
| 18:12 | wrexem | Linux cubox 3.14.14+ #1 SMP Tue Sep 9 10:36:58 EDT 2014 armv7l armv7l armv7l GNU/Linux |
| 18:12 | wrexem | root@cubox:/# |
| 18:12 | wrexem | I git cloned that this morning. |
| 18:43 | wrexem | Who knows, maybe it's my linux image. I'm going to blow the whole thing up and start over; I haven't got anything really interesting on there anyway, other than about a million apt-get packages which I can get again. |
| 20:24 | wrexem | @rabeeh - would you consider putting an image up somewhere of your working unit? |
| 20:34 | wrexem | ok well, that idea seems busted; I just installed the so-called "perfect 14.04" image from the forums. |
| 20:40 | wrexem | to be fair it says it's for the cubox. |
| 20:51 | wrexem | I put the new kernel on there though : / |
| 21:13 | wrexem | *sigh* |
| 22:43 | wrexem | mmk, well, I was able to get openelec running the way I wanted. |
| 22:43 | wrexem | So that's a plus. |
| 22:44 | wrexem | It's glitchy as heck but I'm sure that will change with time. |
| 22:44 | wrexem | Still doesn't show my pci card ;) but hey, can't have everything (apparently) |
| 23:26 | Chris-ECServices | just tested nightly from the lakka guys! looks nice love it, but no controller here :/ |
| 23:26 | Chris-ECServices | no supermario :/ |
| 23:29 | FoXMaN | Chris-ECServices: which one? |
| 23:29 | Chris-ECServices | Lakka-Cuboxi.arm-devel-20140907205351-r19539-g3b6c466.img.gz |
| 23:29 | Chris-ECServices | http://sources.lakka.tv/nightly/ |