09:56 | davorin | good morning fmor .ch (o; |
09:56 | davorin | s/fmor/from/ (o; |
10:19 | AtuM | Hello everyone! Cudoz to cubox devels. I love it. I have some problems trying to install xubuntu. Cubox installer does not start at all. I've used ubuntu image from wiki to create the bootable sdcard. U-boot version is not shown and I'm not quite sure weather uboot is part of the image or part of cubox's firmware.. |
10:22 | AtuM | I'm reading about the boot-process on wiki... shouldn't cubox boot off of the cubox installer files when usb-key is inserted in the top usb slot? Mine didn't boot at all. It does boot when I use the sdcard with ubuntu image. |
10:42 | _505 | AtuM, do you have the old Cubox, or the newer Cubox-i? |
10:44 | AtuM | Cubox-1 4pro |
10:44 | AtuM | cubox-i, sorry |
10:45 | davorin | there is no cubox installer for cubox-i series... |
10:45 | AtuM | oh.. so how do I get xubuntu to run on cubox-i 4pro? |
10:46 | davorin | where did you get xubuntu from? |
10:46 | AtuM | the linaro build is very old and out of support.. I'd like to use a lighter desktop anyway |
10:47 | davorin | you mean this one? http://download.solid-run.com/pub/solidrun/cubox-i/Ubuntu/ubuntu-oneiric-freescale/ |
10:47 | AtuM | I could just install xfce desktop ontop of the pre-built ubuntu image and then upgrade.. but I think that would take ages |
10:47 | AtuM | davorin, exactly |
10:48 | davorin | haven't seen any xubuntu so far for i.mx6 yet.. |
10:48 | davorin | you could give archlinux a try wih lxde |
10:50 | AtuM | i see. archlinux sound fun, but that's a whole new set of commands to learn concerning packaging.. might aswell go with geexbox and turn to shell when I need it |
10:50 | davorin | depends what you want to do...just media? |
10:51 | AtuM | does geexbox work on cubox-i 4? |
10:51 | davorin | yepp... |
10:51 | davorin | even on i1 |
10:51 | davorin | with truehd decoding in software... |
10:51 | davorin | and bluray iso rip.. |
10:51 | AtuM | no, primarily i want to run a lightweight desktop - sometime i need to foward X-clients over ssh for work |
10:52 | davorin | then i would recommend archlinux... |
10:52 | davorin | nice package system...just updated this morning the kernel.. |
10:53 | davorin | also wmaker is available for light-light desktop (o; |
10:54 | AtuM | so archlinux comes with lxde.. that would be nice.. I don't want to go to extremes such as using openbox or twm :) |
10:54 | davorin | well..archlinux is really a bare system... |
10:54 | davorin | no gcc nothing... |
10:54 | AtuM | something light and usable, so even my gf can use to browse the net |
10:54 | davorin | you need to install what you need, but it's easy to install.. |
10:55 | davorin | http://imx.solid-run.com/wiki/index.php?title=ArchLinux |
10:55 | MikeSeth | there's debian image with lxde |
10:55 | MikeSeth | I think ubuntu too |
10:57 | AtuM | MikeSeth, there is, but is there such a build for cubox-i 4pro? |
10:59 | davorin | there is no specific build for a model... |
10:59 | davorin | see on wiki the compatibility on the right side: http://imx.solid-run.com/wiki/index.php?title=Debian_and_derivatives |
11:00 | AtuM | davorin I will try archlinux later today.. I already see that I must buy a faster sdcard.. mine is class 4 and is really slow |
11:01 | davorin | have a sony sr-4a4 4gb...runs not bad... |
11:01 | davorin | but you could roots from an external sata drive if you need more speed... |
11:02 | davorin | or wait for the hb with msata onboard... |
11:02 | AtuM | does anyone boot images from network? I could then use NFS to store the os and home files to keep them safe on a server.. |
11:03 | davorin | not done that yet... |
11:04 | AtuM | it might not be faster then esata |
11:04 | davorin | network performance is quite good... |
11:04 | davorin | with iperf i reach the 480mb limit.. |
11:04 | AtuM | but it could be safer since I use mirroring on my "home server/workstation" |
11:06 | AtuM | I just wonder how I missed the fact that i-4pro doesn't run the cubox installer ;) |
11:06 | davorin | we are all learning (o; |
11:07 | AtuM | I then thought I broke the thing trying all sorts of thing via serial controller :) |
11:29 | MikeSeth | AtuM: builds do not differ for Cubox-i models |
12:01 | _505 | AtuM, the debian image from the wiki includes XFCE, the Ubuntu image is Unity |
12:40 | jnettlet | xraxor_, you pinged me yesterday? |
12:40 | xraxor_ | was just to ask about the kernel work |
12:41 | xraxor_ | can you chat with mk01 about it? hes working on something |
12:41 | jnettlet | it has been temporarily diverted while I get barebox up to snuff. If u-boot wasn't slowing everyone down this wouldn't be such a problem |
12:42 | jnettlet | xraxor_, he is more than welcome to release his work. |
12:43 | xraxor_ | i think hes looking for a working kernel, im not so good with technical terms :/ |
12:44 | mk01 | xraxor: rabeeh told me yesterday that if we ask nicely jnettlet in regards of our project, we would maybe get devel to our hands (of 3.10.x). ;) but jnettlet wasn't available . so we have to ask now. |
12:45 | jnettlet | mk01, which project is that? |
12:46 | dv_ | jnettlet: do you follow the meta-fsl mailing list? new vivante drivers have been released, and otavio patched the linux-imx 3.0.35 kernel. they are still a preview though. |
12:46 | jnettlet | and there is a bit of a hiccup with that. I am living vicariously through _rmk_'s work of getting esata/wifi/bluetooth working because I don't have a cubox-i to test on. |
12:46 | mk01 | XBian images |
12:46 | dv_ | Vivante GPU 4.9.6p13 |
12:46 | jnettlet | dv_, about time. I will take a look at them |
12:47 | jnettle | 12:47 * jnettlet hopes it won't be too much work to port our patchset into that |
12:48 | dv_ | here is the backport for imx 3.0.35 https://lists.yoctoproject.org/pipermail/meta-freescale/2014-January/006713.html |
12:49 | dv_ | then again, they are applying it against their 3.10 kernel, so perhaps it wont be much work for oyu |
12:49 | dv_ | *you |
12:49 | jnettle | 12:49 * jnettlet hates yocto's patch of a patch in the mailing lists |
12:49 | dv_ | yeah, it gets really confusing fast |
12:51 | mk01 | jnettlet, don't feel under pressure in any way. ... I have preview ready with 3.0.35. but considering the fact some XBian's core functions are build around BTRFS, moving it out to whatever FS was asking for some quick ugly patches |
12:51 | jnettlet | mk01, well I will promise to post more updates on the Google+ group |
12:51 | jnettlet | Once my CBi4pro shows up things should pick up again |
12:52 | davorin | hmm..arre there different versions of bcrm_patchram_plus around? |
12:53 | xraxor_ | thanks jnettlet, sorry if i wasnt polite. |
12:54 | jnettlet | xraxor_, no worries. you were fine. |
12:57 | mk01 | jnettlet: ok, we can move forward with any version (considering components not working like wifi, bt and other details) but at least being able to pass basic libGLESv2.so.2.0.0 checks and of course BTRFS (I will merge upstream 3.12 btrfs by my own) |
12:58 | davorin | hmm... |
12:58 | jnettlet | mk01, okay can you point me to the specifics of XBian's graphics layer? Does it run on the FB/Xorg/Wayland etc. |
12:58 | mk01 | FB |
12:58 | davorin | now brcm_patchram_plus wrote shitloads of bytes but ends with: |
12:58 | davorin | received 7 |
12:58 | davorin | 04 0e 04 01 1e fc 00 |
12:58 | davorin | Can't set hci protocol |
12:59 | jnettlet | also you need to patch XBMC to run accelerated on newer kernels. I have a horrible hack in my 3.10 stack for testing, but don't really want to rely on that. |
13:00 | mk01 | jnerttlet: patch on top of the basic IMX support as was needed for 3.0 ? |
13:02 | jnettlet | mk01, different than 3.0. Device-tree based kernels use "generic" device names because they are discovered by the compatible dt property, not the name. So XBMC's method of looking at the framebuffers name to decide if it can run accelerated for a specific platform won't work. |
13:02 | jnettlet | That is really a horrible method for discovery anyways. |
13:02 | mk01 | jnettlet: but again that we have the same understanding: currently for is speed / screen bugs / colors (whatever fancy things) are not important. |
13:03 | jnettlet | mk01, this is just so xbmc will run |
13:03 | mk01 | jnettlet: just between us two: name lookups are fine, we love them. it is so '90 :)) |
13:03 | jnettlet | it errors out with a horrible error that it can't find a screen |
13:04 | mk01 | jnettlet: got the point, yes. |
13:05 | jnettlet | mk01, for good user experience xbmc or the distro should use a usespace cpufreq governor to limit the aggressiveness that the soc falls back to the slowest cpu frequency. that causes choppiness in the playback. |
13:06 | jnettlet | longtem I will be adding a pm-qos for the vpu to limit that in the kernel. |
13:08 | mk01 | jnettlet: I was reading this already somewhere, ... but this would be easy for me as we have XBMC events bridged into system events with configurable actions to be taken. |
13:08 | jnettlet | great |
13:09 | jnettlet | mk01, do you have an image I can download to test against? |
13:10 | mk01 | just finished .deb packages as updates to wheezy / jessie existing install, but now bootstrap is creating basic system so in 1h I can post link |
13:10 | jnettlet | thanks |
13:13 | mk01 | but again, I think what is now already is enough for XBian & Solidrun PR and until first heap slows down and users realize there shouldn't so many functions missing, you will be already a way back |
13:13 | mk01 | "way back" = "way ahead" ... sorry |
13:14 | jnettlet | out of curiousity, what functionality is considered missing? |
13:17 | mk01 | maybe quick last question, last time I was getting info around booting the system it was valid that there was different uboot needed for 4&2cpu models and 1cpu model. is it still a fact? | And functions missing like atomic exports with system full up, drag&drop restore after ref lash, or on click rollback to previous versions etc. |
13:18 | mk01 | cloning (as USB installs) too |
13:18 | jnettlet | mk01, if you use the SPL u-boot then a single image can boot all the variants |
13:19 | jnettlet | once you move to the device-tree based kernel you do need some u-boot scripting to load the proper dtb depending on the board type detected. |
13:19 | mk01 | jnettlet - with any additional config / setting changes or just like it is on git (with dd-ing SPL and img to MMC card) ? |
13:20 | jnettlet | just dd'ing the two parts to the mmc card |
13:20 | dv_ | jnettlet: how much VPU code is in the kernel? |
13:20 | jnettlet | dv_, freescale kernel or upstream? |
13:20 | dv_ | the imx-vpu library only queries /dev/mxc_vpu for a register base, and afterwards accesses the VPU registers directly |
13:20 | dv_ | freescale |
13:21 | mk01 | jnettlet. that's ready, I was testing 3.13. and while fighting with black screens and serial console I found the magic 3rd parameter to 'bootm' |
13:21 | dv_ | so, I wonder what is left for the kernel to do |
13:21 | jnettlet | dv_, like 1300 lines. It is mostly managing bus and clock frequencies, and some memory setup and allocation. |
13:22 | dv_ | ah |
13:22 | dv_ | memory setup? is it exposing ioctls for physical memory allocation= |
13:22 | dv_ | ? |
13:23 | jnettlet | dv_, yep, using CMA |
13:23 | dv_ | freescale uses CMA in 3.0.35 ? |
13:23 | jnettlet | dv_, nope that is from 3.10 |
13:23 | dv_ | ah okay |
13:23 | jnettlet | I don't bother myself with 3.0.35 |
13:23 | dv_ | heh, probably wise |
13:24 | dv_ | considering the ~2500 patches on top of it.. |
13:25 | jnettle | 13:25 * jnettlet can play with it if necessary but I try not too much time on the legacy kernel |
13:26 | dv_ | yeah, its pretty old |
13:59 | davorin | any1 come that far that hciattach works? |
14:00 | _rmk_ | davorin: with patchram, you just run that with --enable_hci and it does the attachment for you. |
14:00 | davorin | well it doesn't (o; |
14:00 | davorin | says that protocol "any" is unknown |
14:01 | _rmk_ | do you have hci_uart configured/loaded? |
14:01 | davorin | running with: |
14:01 | davorin | brcm_patchram_plus -d --patchram /lib/firmware/brcm/bcm4329.hcd --baudrate 3000000 --use_baudrate_for_download /dev/ttymxc3 --enable_hci |
14:01 | davorin | it's compiled in... |
14:02 | _rmk_ | yes, and the last thing that does is set the line discpline to hci and then sleeps endlessly (hanging) |
14:02 | davorin | hci_sdio support is not needed? |
14:02 | _rmk_ | if you hit ^c on it, then you lose the hci connection |
14:03 | davorin | because of --hci_attach? |
14:03 | _rmk_ | btsdio you mean... no, that only works for the most basic of things |
14:03 | _rmk_ | on the 4329, the bt sdio function doesn't enable |
14:04 | _rmk_ | because of the --enable_hci |
14:04 | davorin | hmm..enabled now al hci_uart options... |
14:05 | davorin | received 7 |
14:05 | davorin | 04 0e 04 01 18 fc 00 |
14:05 | davorin | Done setting baudrate |
14:05 | davorin | Done setting line discpline |
14:05 | davorin | still no device listed in seperate shell |
14:05 | _rmk_ | right, now you're good to go, don't hit ^c on it, but you can hit ^z |
14:05 | _rmk_ | tried hciconfig ? |
14:05 | davorin | ah..that shows something (o; |
14:05 | jnettlet | dv_, did you see if the gpu-viv binaries for 3.10.17 appeared anywhere? I can only find up to 3.10.9 which are not compatible with the latest kernel driver |
14:06 | davorin | [root@alarm ~]# hciconfig hci0 |
14:06 | davorin | hci0: Type: BR/EDR Bus: UART |
14:06 | davorin | BD Address: 43:29:1A:00:00:00 ACL MTU: 1021:6 SCO MTU: 64:1 |
14:06 | _rmk_ | right, so you have a device, and hci can communicate with it |
14:06 | _rmk_ | (if hci can't talk to it, you don't get the BD address) |
14:06 | mk01 | Q: is the i4p wifi really dualband? it was a positive surprise as in the docs & webs "N" capable is listed - but usually it is always just 2.4ghz. but I found all the 2nd band channels up to channel 216 ... ? |
14:07 | jnettlet | best as I know it is only the single band version. |
14:07 | jnettlet | rabeeh, ^? |
14:09 | _rmk_ | mk01: I think the brcm4329 brief says it is (search for it on google and find the scribd link) |
14:09 | _rmk_ | but... iw says it only has the 2.4GHz frequencies |
14:10 | mk01 | nope |
14:10 | _rmk_ | www.scribd.com/doc/48806140/BCM4329 |
14:11 | jnettlet | there are 2 revisions for the 3249, one with 2.4 and one with 2.4/5 |
14:12 | jnettlet | I am pretty sure rabeeh said the one in the cubox-i is only 2.4. Which is fine with me because 5ghz penetration is abysmal |
14:13 | mk01 | just checked with iw and got 2nd band from 34 - 216 including proper regulation settings. ... jnettlet: completely opposite situation in Slovakia. users are still ignoring 5ghz. under 2.4 is usual to find more then 40+ networks |
14:14 | _rmk_ | maybe its controlled by the nvram config? |
14:16 | jnettlet | Here is the forum discussion. http://imx.solid-run.com/forums/viewtopic.php?f=11&t=37 is supposed to be the G variant that only supports 2.4 |
14:16 | mk01 | ok, will take closer look |
14:17 | jnettlet | it is possible they are limiting the things in software, or maybe a rogue card got mixed into the batches |
14:19 | MikeSeth | mk01: CRDA seems to have no effect for brcmfmac on 3.0.35, only channels 1-12 work |
14:25 | mk01 | MikeSeth. yes, can confirm thgat |
14:30 | davorin | hci0 is up, but finds no devices... |
14:33 | MikeSeth | but again, brcma drivers sucked bad before 3.8, so that's to be expected |
14:37 | _rmk_ | davorin: hcitool -i hci0 scan |
14:40 | davorin | nope...doesn't see anything... |
14:40 | davorin | no iphone, no imac |
14:40 | davorin | and no pebble.. |
14:41 | davorin | is ble working with current hcd file? |
14:42 | _rmk_ | strange, works for me with my old nokia 6310 |
14:42 | davorin | [root@alarm ~]# hcitool -i hci0 lescan |
14:42 | davorin | Set scan parameters failed: Input/output error |
14:42 | davorin | where di you got your hcd file from? |
14:43 | _rmk_ | and what does hciconfig say? |
14:43 | davorin | [root@alarm ~]# hciconfig hci0 |
14:43 | davorin | hci0: Type: BR/EDR Bus: UART |
14:43 | davorin | BD Address: 43:29:1A:00:00:00 ACL MTU: 1021:6 SCO MTU: 64:1 |
14:43 | davorin | UP RUNNING |
14:43 | davorin | RX bytes:2639 acl:0 sco:0 events:110 errors:0 |
14:43 | davorin | TX bytes:580 acl:0 sco:0 commands:95 errors:0 |
14:44 | _rmk_ | I don't remember where I got it from |
14:44 | davorin | mac addres is odd... |
14:44 | _rmk_ | root@cubox-i4:~# md5sum bcm4329.hcd |
14:44 | _rmk_ | ff27325602dc223203adfdd23a89844b bcm4329.hcd |
14:44 | davorin | triple 00 in the end |
14:45 | davorin | [root@alarm ~]# md5sum /lib/firmware/brcm/bcm4329.hcd |
14:45 | davorin | 1dabed5c3a195d770871e910922cb42a /lib/firmware/brcm/bcm4329.hcd |
14:45 | dv_ | jnettlet: look it up on the ossystems page |
14:45 | davorin | root@alarm broadcom-bluetooth]# md5sum bcm4329.hcd |
14:45 | davorin | 9b77fab2f50a1b919527f303c4325b00 bcm4329.hcd |
14:45 | davorin | [root@alarm broadcom-bluetooth]# md5sum BCM4329B1.hcd |
14:45 | davorin | eac6664a6b294955cc2c046fb0aded14 BCM4329B1.hcd |
14:46 | davorin | can you upload yours somewhere? |
14:46 | davorin | or mail to [email protected] ? |
14:47 | _rmk_ | http://www.home.arm.linux.org.uk/~rmk/cubox/bcm4329.hcd |
14:47 | dv | 14:47 * dv_ looks up the url |
14:48 | _rmk_ | I think that's one which was used with the wandboard |
14:49 | jnettlet | have we tried the one from the Android image? |
14:49 | jnettle | 14:49 * jnettlet assumes that works |
14:49 | davorin | aah... |
14:49 | davorin | no weired mac address anymore (o; |
14:49 | _rmk_ | jnettlet: I know mine works :) |
14:49 | davorin | [root@alarm brcm]# hciconfig |
14:49 | davorin | hci0: Type: BR/EDR Bus: UART |
14:49 | davorin | BD Address: 43:29:B0:00:2F:DD ACL MTU: 1021:6 SCO MTU: 64:1 |
14:50 | davorin | instead of: 43:29:1A:00:00:00 |
14:50 | _rmk_ | hey, that's my address too! :) |
14:50 | davorin | (o; |
14:50 | davorin | nice |
14:50 | davorin | makes my project obsolete... |
14:50 | davorin | ble beacons |
14:50 | davorin | [root@alarm brcm]# hcitool scan |
14:50 | davorin | Scanning ... |
14:50 | davorin | 00:17:E9:68:C8:55 Pebble C855 |
14:51 | davorin | i thought mac addresses would be consecuctive... |
14:51 | dv_ | jnettlet: http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/gpu-viv-bin-mx6q-3.10.17-1.0.0-beta-hfp.bin and http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/gpu-viv-bin-mx6q-3.10.17-1.0.0-beta-sfp.bin |
14:51 | _rmk | 14:51 * _rmk_ finds where the mac is stored in the image... |
14:51 | davorin | but ble still missing... |
14:51 | jnettlet | dv_, oh thanks! |
14:51 | _rmk_ | bytes 0x1c to 0x22 |
14:53 | davorin | do you have anything connected via bt? |
14:53 | _rmk_ | as I said, I connected my nokia phone... I'm not a great user of bt stuff though |
14:54 | dv_ | I cant find the g2d package though |
14:54 | davorin | l2ping returns nada... |
14:54 | _rmk_ | I also enquired what my phone supported, and that worked too |
14:54 | dv_ | ah. got it http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/gpu-viv-g2d-3.10.17-1.0.0-beta.bin |
14:55 | dv_ | jnettlet: this should be all |
14:55 | _rmk_ | I also tried setting up an rfcomm session, but the phone doesn't let bt connections hang around for very long |
14:56 | jnettlet | dv_, do you know of any applications that use the g2d library? |
14:56 | _rmk_ | I may have had more success with the ipaq |
14:56 | dv_ | nope |
14:57 | jnettle | 14:57 * jnettlet reminisces about the ipaq |
14:57 | _rmk_ | jnettlet: mine still has wince on it, along with a program called xcsoar. |
14:57 | _rmk_ | more useful that way rather than crippling the device with linux. :) |
14:58 | _rmk_ | the biggest annoyance with the ipaq though is that they did away with the battery switch, which means I have to keep the ruddy thing on charge 24x7 |
14:59 | jnettlet | as best as I can tell from the spec sheet this chip only supports BT 2.1, so it should support low energy connections |
14:59 | jnettlet | make that should not |
14:59 | jnettlet | you need 4.0 for btle |
15:00 | _rmk_ | ... otherwise it discharges the battery and which then kills it. |
15:00 | davorin | i thought rabeeh told me 4.0 would be supported... |
15:01 | dv_ | btle is an entirely different beast though |
15:01 | davorin | some ti chips can be loaded/updated with ble firmware for example... |
15:04 | davorin | hmm..shit... |
15:04 | davorin | http://imx.solid-run.com/wiki/index.php?title=Talk:CuBox-i_Hardware |
15:07 | jnettlet | _rmk_, you bringing up up the ipaq just brought back memories of my FIC Aquapad. may it RIP |
15:07 | dv_ | jnettlet: I wonder if the G2D stuff is a better choice over the IPU |
15:07 | dv_ | or perhaps G2D is just an interface on top of IPU |
15:08 | jnettlet | dv_, g2d is just an abstraction of the libGAL 2D api |
15:08 | dv_ | oh so it is GPU stuf |
15:08 | dv_ | *stuff |
15:08 | jnettlet | yep |
15:08 | dv_ | is it new in v4 ? |
15:08 | dv_ | I dont recall seeing it in the v2 codebase from marvel |
15:09 | dv_ | *marvell |
15:09 | _rmk_ | jnettlet: aquapad sounds like something that divers might use |
15:09 | dv_ | gah, this keyboard has sticky keys |
15:09 | jnettlet | an abstraction, on an abstraction, of an api, to a hardware interface :-P |
15:09 | _rmk_ | was it waterproof? :) |
15:09 | jnettlet | not at all :-) |
15:09 | jnettlet | http://www.pcstats.com/articleview.cfm?articleID=958 |
15:10 | jnettlet | to get wifi you had to plug a pcmcia card into the top :-) |
16:08 | rabeeh | davorin / jnettlet: the micro som supports either bcm4329 or bcm4330 |
16:09 | rabeeh | now the first production parts are with bcm4329 and now we are testing bcm4330 that supports BT 4.0 (BTLE) |
16:15 | davorin | i knew ble will come (o; |
16:15 | davorin | i'm not mad... |
16:16 | davorin | still no l2ping successful... |
16:18 | MikeSeth | rabeeh: are you close to a new revision of cubox hardware? |
16:27 | davorin | also no l2ping with external usb bt adapter |
16:32 | davorin | hmm..now i see on imac csr8510 external bt and bcm4329b1 internal bt |
17:26 | rabeeh | MikeSeth: what do you mean? |
17:26 | rabeeh | new design? why? |
17:26 | MikeSeth | rabeeh: sorry, I was under impression that you are tweaking the boards? |
17:27 | rabeeh | MikeSeth: oh; those are assembly options :) |
17:28 | MikeSeth | ooh |
17:28 | MikeSeth | speaking of which I was wondering what exactly does the post-manufacturing process entail |
17:28 | rabeeh | if you look at the microSOM there is a big missing component on it; that's another wifi chipset vendor that we can switch between both vendors |
17:28 | MikeSeth | do you do anything else beside burning the OTP fuses? |
17:28 | rabeeh | qualification :) |
17:29 | rabeeh | oh; it's a long run after CuBox-i is assembled; besides the OTP there is testing per interface, then running the systems up to 24hrs |
17:29 | MikeSeth | but no additional magic programming? |
17:31 | davorin | rabeeh: boot options is also hardburned/wired? |
17:31 | davorin | on the usom |
17:31 | rabeeh | yeah; inside the chip |
17:31 | rabeeh | boot from SD2 |
17:32 | davorin | so no external options to choose between sd and sata then... |
17:32 | davori | 17:32 * davorin wonders if his ordered usom modules are ble or not then (o; |
17:59 | rabeeh | bcm4329 davorin |
17:59 | rabeeh | btle still requires qualification |
19:28 | nikitis | Guys, my cubix-i just came in the mail, and it's all smashed to shit. |
19:29 | davorin_mbp | sent through ems? |
19:30 | nikitis | Israel mail to usps |
19:30 | nikitis | box was crushed |
19:30 | nikitis | don't know where it happened in transit, but I'd hope they didn't send it that way |
19:31 | nikitis | I got pics |
19:31 | davorin_mbp | dunno if there is insurance...especially abroad... |
19:31 | davorin_mbp | locally i send everything insured... |
19:32 | nikitis | The actual device seems in tact, but I haven't plugged it in. It has scratches though all over it |
19:32 | davorin_mbp | but abroad it's probably unavailable until you choose ups/fedex/dhl... |
19:33 | davorin_mbp | which model you got? |
19:33 | nikitis | highest end one |
19:33 | davorin_mbp | bugger |
19:33 | davorin_mb | 19:33 * davorin_mbp has only few i1 spare |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-01.jpg |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-02.jpg |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-03.jpg |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-04.jpg |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-05.jpg |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-06.jpg |
19:43 | nikitis | http://palmettolan.com/pictures/cubox_smashed-07.jpg |
19:45 | Bluerise | ouch |
19:46 | nikitis | the cubox has scratches on it too |
19:46 | davorin_mbp | the cubox package does'z look so bad..only on left side damaged |
19:46 | davorin_mbp | and the cubox sits on the right side... |
19:46 | nikitis | that's because there was a solid cubox i4 on the other side |
19:46 | Bluerise | davorin_mbp: and the bottom! |
19:46 | Bluerise | http://palmettolan.com/pictures/cubox_smashed-04.jpg |
19:46 | nikitis | preventing it and taking the brunt of the hit |
19:46 | Bluerise | hmm |
19:46 | davorin_mbp | ouch... |
19:47 | davorin_mbp | pictures of the cubox itself? |
19:47 | nikitis | it still scratched it |
19:47 | davorin_mbp | any holes in the carton? |
19:47 | nikitis | it's in tact, but the front face has scratches, and back side as well |
19:47 | nikitis | but i don't know if anything internal is broken |
19:48 | nikitis | haven't plugged it in yet |
19:48 | davorin_mbp | i would..and if it runs fine...ask solid run for a refund... |
19:49 | Bluerise | probably nothing broken in there... |
19:49 | nikitis | i hope so, but still it's just bad when you have to wait since July of last year to receive something and it comes like this |
19:49 | Bluerise | Agreed. :( |
19:49 | nikitis | i can't even keep the box |
19:50 | nikitis | (Which I like to do) |
19:51 | nikitis | anyway, I will begin to download an operating system for it |
19:52 | matoking | I found this make-sdcard script on the wiki that you should use to prepare your SD card |
19:52 | matoking | Can the same script be used for a 2 TB USB HDD? |
19:52 | matoking | I don't have the Cubox-i yet though |
19:54 | nikitis | where is the android 4.3 image located? |
19:54 | davorin_mbp | i used the same script for archlinux on an esata drive instead of sd card |
19:54 | davorin_mbp | android? *shiver (o; |
19:55 | matoking | @nikitis If you ordered a microSD it should be preloaded with it |
19:55 | matoking | But I think I saw the image linked somewhere in the forums |
19:55 | nikitis | i didn't |
19:55 | nikitis | i only bought the power cable |
19:55 | matoking | http://imx.solid-run.com/wiki/index.php?title=Android |
19:55 | matoking | http://download.solid-run.com/pub/solidrun/cubox-i/Android-4.3/ |
19:57 | matoking | Also, does anyone know how large is the storage capacity in the microSD card Solid-Run is offering as a compensation for the shipping delay? |
20:00 | davorin_mbp | they offer something? missed that one... |
20:00 | davorin_mbp | guess the same you could order together... |
20:03 | nikitis | i cannot find my microSD adapter :(. I may have to use my android phone to flash the image |
20:11 | DLee | Anyone have a suggestion for growing a partition with the os on it? I think my only option is from a live usb but I would prefer to do it over serial if at all possible |
20:12 | pepedog | Anyone point out please what is missing to make Bluetooth work https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/linux-imx6-cubox/config |
20:13 | Coolgeek | pepedog: I think I heard that the bluetooth module only work for android, but not sure |
20:14 | Coolgeek | some tried to enable it and he can't boot anymore |
20:15 | DLee | Glad i did not buy the new keyboard I was looking at lol |
20:15 | Coolgeek | corded keyboard are the best :) |
20:17 | DLee | I have an ancient logitech wireless with mouse, currently thinking of using it until it dies which might be soon lol |
20:18 | davorin_mbp | do you have this set in kernel config? |
20:18 | davorin_mbp | CONFIG_MACH_IMX_BLUETOOTH_RFKILL=y |
20:18 | davorin_mbp | without it rfkill won't list the bt module |
20:20 | pepedog | Yes, but as module |
20:21 | pepedog | Someone wrote last night they used to work for bt |
20:21 | davorin_mb | 20:21 * davorin_mbp did (o; |
20:22 | davorin_mbp | but for bt.ch |
20:22 | pepedog | I did for 30 years |
20:22 | davorin_mbp | wow |
20:22 | davorin_mbp | so you see bt module with rfkill list? |
20:22 | pepedog | Left 10 years ago |
20:23 | pepedog | Bit hard, I don't have hardware |
20:24 | davorin_mb | 20:24 * davorin_mbp left 3 years ago after doing whole lan network for novartis switzerland (o; |
20:24 | davorin_mbp | now own company... |
20:24 | davorin_mbp | if you get your hardware tomorrow we can go though it together... |
20:25 | davorin_mbp | needed also some thine to get it working though (o; |
20:25 | davorin_mbp | especially with bcrm_patchram_plus option and right hcd file |
20:31 | davorin_mbp | mine bt is up: |
20:31 | davorin_mbp | [root@alarm linux-imx6]# hcitool dev |
20:31 | davorin_mbp | Devices: |
20:31 | davorin_mbp | hci0 43:29:B0:00:2F:DD |
20:38 | pepedog | What modules are loaded? |
20:40 | davorin_mbp | no modules..i compiled it into kernel |
20:40 | davorin_mbp | with above setting enabled |
21:05 | nikitis | Hey, I flashed the android image onto the sdcard, said 4.0 GB's copied, I inserted it. Plugged in HDMI, then the power cord, and the spdif port glows red, but i get nothing on the screen. |
21:06 | nikitis | Am I missing something? |
21:16 | nikitis | guys, should the microsd just be inserted hdmi plugged in? |
21:16 | nikitis | or is there more? |
21:16 | kalasmannen | nikitis: should be all thats needed |
21:16 | kalasmannen | besides power of course |
21:16 | kalasmannen | are you sure that everything went OK when you wrote the image? |
21:17 | nikitis | yeah, my device was sdc though |
21:17 | nikitis | instead of mmblk0 |
21:17 | kalasmannen | okay, that should be fine |
21:17 | kalasmannen | you're on linux, wrote with dd? |
21:17 | nikitis | yeah |
21:18 | kalasmannen | okay, strange then.. |
21:18 | nikitis | 3965190144 bytes (4.0 GB) copied, 648.155 s, 6.1 MB/s |
21:18 | nikitis | oh wait |
21:18 | nikitis | dd: fsync failed for '/dev/sdc': Input/Output error |
21:19 | nikitis | what is fsync ? |
21:19 | kalasmannen | ah, that doesn't sound too good |
21:19 | nikitis | brb |
21:20 | davorin_mbp | fsync: "It does not make sure that files are written to respective storage. It only makes sure that cached/buffered data is flushed to the disk device. It doesn't matter if this is an SD Card or whatever" |
21:20 | kalasmannen | ah, perhaps try to run with the "direct" option to dd then? |
21:20 | kalasmannen | will be slower but perhaps worth a try |
21:21 | kalasmannen | "The fsync option will flush the data at the end of the copy. The dsync option will flush the data after every block. The direct option will have similar results as dsync, only without polluting the filesystem cache with the data. This is good for caching the rest of the system, and saves some cpu overhead." |
21:21 | nikitis | k, brb, i'm using adapter for my raspberrypi which is running irssi to talk in here, so I have to disconnect to write |
21:22 | kalasmannen | okay, that sounded like a bit of a fishy exaplaination, but yeah, it will not wait until the end of the copy to make sure that everything is actually written to the device i guess, whereas direct will confirm every block is written before continuing |
21:22 | kalasmannen | from what i understood |
21:28 | gori | hi folks |
21:28 | gori | just managed to boot cubox into debain \0/ |
21:29 | gori | my question is, iwconfig wont recognize wlan0. what am I missing? |
21:29 | davorin_mbp | do you see it with ifconfig wlan0 ? |
21:30 | gori | yep |
21:30 | gori | if I do iwconfig essid xxx key s:blah |
21:30 | gori | I get"set failed on device wlan0" |
21:30 | davorin_mbp | never used iwconfig...just the wpa_supplicant_blah... |
21:31 | davorin_mbp | like on rip |
21:31 | gori | ok, lemme try, thanks |
21:32 | hste | or try ifconfig wlan0 up;iwlist wlan0 sc |
21:34 | gori | hste: ok, got the device up, iwconfig still wont let me set the key... |
21:38 | hste | gori: You can config it in /etc/network/interfaces https://wiki.debian.org/WiFi/HowToUse |
21:39 | gori | aha! thanks, now I can rtfm :) |
21:39 | gori | was a long time ago I had to do this by hand ;) |
21:43 | davorin_mbp | this is what i have on rip on debian, /etc/interfaces |
21:43 | davorin_mbp | auto wlan0 |
21:43 | davorin_mbp | iface wlan0 inet dhcp |
21:43 | davorin_mbp | pre-up wpa_supplicant -Dwext -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf -B |
21:44 | davorin_mbp | root@raspberrypi:/etc/network# cat /etc/wpa_supplicant/wpa_supplicant.conf |
21:44 | davorin_mbp | ctrl_interface=/var/run/wpa_supplicant |
21:44 | davorin_mbp | ctrl_interface_group=0 |
21:44 | davorin_mbp | network={ |
21:44 | davorin_mbp | ssid="YourSSID" |
21:44 | davorin_mbp | psk="YourPassword" |
21:44 | davorin_mbp | proto=WPA |
21:44 | davorin_mbp | key_mgmt=WPA-PSK |
21:44 | davorin_mbp | pairwise=CCMP TKIP |
21:44 | davorin_mbp | group=CCMP TKIP WEP104 WEP40 |
21:44 | davorin_mbp | priority=2 |
21:44 | davorin_mbp | } |
21:45 | davorin_mbp | crazy... |
21:45 | davorin_mbp | i put a spare i4p online...and within 5 minutes it was sold (o; |
21:47 | dlloyd | so i should feel bad about not having taken mine out of the box yet? |
21:48 | davorin_mbp | yes (o; |
21:48 | dlloyd | in my defense i am waiting for a big enough msd card to arrive |
21:50 | davorin_mbp | 64gb? |
21:50 | dlloyd | 32, all i have on hand are 2gb |
21:50 | gori | davorin_mbp, hste thanks a ton, in up and running! |
21:51 | davorin_mbp | u'r welcome ;-) |
21:51 | gori | now I am proud owned of two cubopx devices :) I have the previous one, and a -4pro |
21:52 | gori | meh, sorry, typing failure |
21:55 | davorin_mbp | i should more promote the i1 |
21:56 | davorin_mbp | as it is much more capable as media paler than rpi |
21:56 | davorin_mbp | h.264 blurry rip with trued 7.1 at 60% cpu load... |
21:56 | gori | yeah, but you cant beat the price of a pi |
21:57 | gori | I had 3 pi's, gave them all away, too weak |
21:58 | gori | the 4 is great, I think. Good price point, capable ethernet, plenty cpu/ram etc |
21:58 | davorin_mbp | the price is that low because some people of the foundation work at broadcom...like john for example.. |
21:59 | gori | aha, nice :) |
22:00 | gori | the thing with pi I think is that because they really wanted to make it cheap, they had to cut corners, and it really shows when you use it for anything else but the basics |
22:00 | davorin_mbp | i'm still waiting some feedback from john when ddi is ready for dpi (o; |
22:02 | davorin_mbp | besides...on rip you need to buy licenses for vc-1 and mpeg-2 |
22:02 | davorin_mbp | rpi |
22:02 | gori | and stability wise rpis are awful.At our local hackerpace they chew through sd cards like it is nobodys business and crash frequently. My old cubox goes for days with 100% cpu load and never had a single problems. Has been constantly running since I got it |
22:04 | gori | but im preaching to the converted here ;) |
22:05 | davorin_mbp | had bad experience with kingston cards... |
22:06 | davorin_mbp | 30 - 40% unusable on rpi |
22:06 | davorin_mbp | but my temp sensor runs fine since month in the basement... |
22:06 | davorin_mbp | so i'm keen to get hands on new humming board... |
22:08 | gori | yeah, concerning sd card, this 30c3 talk says it all : https://www.youtube.com/watch?v=CPEzLNh5YIo |
22:08 | gori | it very nicely describes why they suck so much |
22:15 | davorin_mb | 22:15 * davorin_mbp off for 2day....nightynight...cya 2moro...(o; |
22:57 | MikeSeth | rabeeh: here? |
23:09 | kalasmannen | anyon knowing whats up with these errors? don't have a Bluray iso, you can download this open source movie: |
23:09 | kalasmannen | http://download.blender.org/durian/movi ... Bluray.iso |
23:10 | kalasmannen | ooh, sorry |
23:10 | kalasmannen | The above iso, will start to do it a lot around 2:38 or so. |
23:10 | kalasmannen | ERROR: GetPicture - player is ahead of time |
23:11 | kalasmannen | heard from someone a few days ago that it was a known problem and discussed on the XBMC-forum, but i can't seem to find any thread discussing it, only two threads without replies on openelec and solidrun-forums |
23:23 | nikitis_ | Guys i can't get my cubox to load |
23:24 | nikitis_ | i used dd twice now two different ways |
23:24 | nikitis_ | tried two different monitors |
23:24 | nikitis_ | the spdif port glows red, but that's all it does |
23:24 | MikeSeth | front led doesnt turn on? |
23:24 | nikitis_ | nope |
23:24 | MikeSeth | means bootloader doesn't proceed |
23:25 | MikeSeth | how do you write the card image? |
23:25 | nikitis_ | dd if=beta_android.img of=/dev/sdc |
23:25 | MikeSeth | um IIRC the android image was composed before the SPL support in the bootloader |
23:26 | nikitis_ | so i cannot use it first? |
23:26 | MikeSeth | I am not 100% sure, which cubox version? |
23:26 | MikeSeth | s/version/model/ |
23:26 | nikitis_ | Model I4P-300-D |
23:27 | MikeSeth | http://download.solid-run.com/pub/solidrun/cubox-i/Android-4.3/11-Dec-2013/ <- those are the latest images |
23:27 | nikitis_ | yes i used that one |
23:27 | MikeSeth | can you fdisk /dev/sdc and see what comes up? |
23:29 | nikitis_ | i get 8 partitions |
23:29 | MikeSeth | bizzare, flash the card, run sync, umount, wait a couple of seconds, then try booting |
23:30 | nikitis_ | flash a 3rd time? |
23:30 | MikeSeth | yeah, just to make sure nothing funny with card writing, when I wrote the debian rootfs the first time I yanked the card too soon and the image was damaged |
23:31 | nikitis_ | I can read all the files on it |
23:31 | nikitis_ | but i'll try one more time |
23:31 | MikeSeth | also, md5sum on the image won't hurt |
23:32 | nikitis_ | 7771ee1ef5315ab332b2aa31f4221e59 |
23:33 | MikeSeth | that's not an md5 of any valid image |
23:34 | MikeSeth | oh wait, md5s are for zip files, not for images themselves |
23:34 | MikeSeth | got the zipped original? |
23:40 | nikitis_ | 63da583ed7e1c0a20ee25c13654d6a31 |
23:40 | nikitis_ | it matches |
23:40 | MikeSeth | no dice after rewrite? |
23:41 | nikitis_ | still writing |
23:41 | nikitis_ | takes awhile |
23:41 | nikitis_ | It's very possible it is broken, my i4 |
23:41 | nikitis_ | because the package was damaged |
23:42 | nikitis_ | http://palmettolan.com/pictures/cubox_smashed-04.jpg |
23:42 | MikeSeth | oh, that's just sad |
23:43 | nikitis_ | yeah especially having to wait since July for it |
23:44 | MikeSeth | possibly a connector in the cubox itself got loose, but I dont know if you can open it w/o voiding the warranty |
23:44 | nikitis_ | I'll ask for refund or replacement |
23:44 | nikitis_ | if this doesn't work |
23:45 | MikeSeth | sure, mail support or talk to rabeeh tomorrow |
23:45 | MikeSeth | also you may want to remove the picture on which your name and address shows up |
23:45 | nikitis_ | I've ordered 100's of packages through USPS.com, and never had a package come in like that, but this traveled through Israel too |
23:45 | nikitis_ | why? |
23:45 | MikeSeth | I don't know, I'd be bothered |
23:46 | MikeSeth | and as of Israeli post office |
23:46 | MikeSeth | http://flix.tapuz.co.il/v/watch-4277598-.html |
23:46 | MikeSeth | this should give you the idea |
23:49 | nikitis_ | wow |
23:49 | nikitis_ | they should be fired |
23:49 | MikeSeth | from a cannon into the sun |
23:49 | MikeSeth | the wonders of privatization |
23:50 | nikitis_ | One of those packages was probably mine |
23:50 | nikitis_ | though mine looks like it fell out of a truck while backing into a wall |
23:50 | MikeSeth | no exterior damage though? |
23:50 | MikeSeth | i mean on the cubox itself |
23:52 | nikitis_ | There are micro scratches |
23:52 | nikitis_ | meaning pressure was probably applied |
23:53 | MikeSeth | well, for what it's worth I am terribly sorry for the idiots this country hires to do mail |
23:53 | cardiel | is openelec more stable than geexbox? geexbox is to unstable for me to use, freezes sometimes.. settings not saved properly etc.. |
23:54 | MikeSeth | cardiel: sorry, no idea |
23:54 | MikeSeth | new kernel coming soon, hopefully much of the suck will be gone |
23:55 | nikitis_ | Yeah no go |
23:55 | nikitis_ | same result |
23:56 | nikitis_ | i wrote, no errors |
23:56 | cardiel | ok hope so |
23:56 | nikitis_ | i wrote, ran sync. Hit eject in the file browser |
23:56 | cardiel | when is new kernel arriving? |
23:56 | nikitis_ | inserted card into i4Pro |
23:57 | nikitis_ | plugged hdmi, turned TV onto it, plugged supplied power adapter |
23:57 | nikitis_ | only red light glow from spdif port, no front led, and nothing on screen |
23:57 | MikeSeth | means it can't read the card |
23:58 | nikitis_ | does the card need to be a certain class? |
23:58 | MikeSeth | class 4 and above highly recommended |
23:58 | MikeSeth | but IMO any will work |
23:58 | nikitis_ | not sure what class, but it's 16GB's |