| 03:28 | dbsx | where are there instructions for what it takes to prepare a distro for the cubox-installer or are we supposed to guess? |
| 03:36 | Punkley_Chillin | I think rebeeh can most likely answer that. |
| 03:36 | Punkley_Chillin | i do remember him saying it could be done a couple of ways like tarball or img |
| 03:40 | dbsx | and its 3:30am in israel |
| 03:40 | dotarray | :) |
| 06:35 | dung | each time i repeat a mistake again i keep things a bit more in order |
| 06:38 | dung | i'll create a database to refill my memory after reset ;) |
| 06:47 | dung | Aborigine, Indian, Austrian :) |
| 06:47 | dung | :( |
| 06:51 | dung | ..scientists |
| 06:56 | dung | CuBall |
| 06:57 | dung | ^rollin^ |
| 07:14 | dung | an artist built a house in from of a ball. then he said "my room is not in your land, only a point" :) |
| 07:40 | dung | dbsx: i'v looked into the installer. it downloads the distro-list from http://dl.dropbox.com/u/72661517/CuBox/installer/dist.list which links to install scripts |
| 07:41 | dung | thus you've to write a install script and ask for including |
| 07:53 | dung | i'v looked into git, not the zip file, and found it in (fs/cubox-installer/)root/installer.sh |
| 08:01 | dung | https://github.com/rabeeh/cubox-installer/blob/master/fs/cubox-installer/root/installer.sh |
| 08:18 | dbsx | thanks dung |
| 09:44 | ralix | rabeeh, With the recent devel version of geexbox I could play well last night with 1008P videos. No more stutter :-) Next, I tried tvheadend, HD ZDF German TV channel (Astra 19.2 ° E). A disaster;-) I test more ... |
| 10:18 | dotarray | ralix - sounds like you're having fun with your disasters, at least ;) |
| 10:26 | ralix | I was amazed how well the installation / configuration has worked on tvheadend. I could select the xbmc tv channels very quickly. Only the play of HD channels disappointed me. After I was so surprised it worked so well that the video playback :) |
| 10:27 | dotarray | you'll have to let me know when you get it figured out, and we'll post it on the blog! |
| 10:32 | ralix | I'm going to test on Sunday next. Tomorrow is looking off first football. I'll tell you. Excuse my bad english;-) |
| 10:33 | ralix | I hope you understand me fairly |
| 10:42 | dotarray | i understand you, ralix :) |
| 10:42 | dotarray | sorry i'm doing a whole bunch of things at once and not paying proper attention to this window :) |
| 10:42 | ralix | :) |
| 10:42 | dotarray | will you be playing football or watching? |
| 10:42 | ralix | hehe only watching! |
| 11:09 | dung | dotarray, what a ..xy name.. from a developers point of view :P |
| 11:13 | dotarray | heh, thanks :) |
| 14:17 | N30N | cbxbiker61: for your consideration http://alunamation.com/archlinux/arm/AdditionalXbmcCuBoxPatches-Rev10.tar.xz |
| 14:25 | N30N | cbxbiker61: Also, why did you disabling prebuf? |
| 14:27 | N30N | *disable* |
| 17:10 | cbxbiker61 | N30N, prebuf is not necessary in conjunction with the rest of the patches |
| 17:12 | cbxbiker61 | although if my memory serves me correctly, it is still prebuffing 2 frames |
| 17:14 | koboldmaki | hi, can somebody tell me which kernel config parameter have to be set to enable iwmmxt |
| 17:15 | koboldmaki | the options with "CONFIG_CPU_PJ4" doesnt't work |
| 17:16 | jnettlet | koboldmaki, CONFIG_IWMMXT but it has CPU dependencies |
| 17:17 | jnettlet | koboldmaki, you also need gcc 4.8 to properly build your code to support iwmmxt2 |
| 17:17 | koboldmaki | ok, i try it |
| 17:18 | jnettlet | koboldmaki, let me know if you have any questions. I helped Marvell test and land those gcc patches earlier this year |
| 17:19 | koboldmaki | ok, in a minute |
| 17:21 | koboldmaki | try to build it with kernel 3.6.3 |
| 17:22 | koboldmaki | the error /tmp/ccUFrYI0.s:66: Error: only SUBS PC, LR, #const allowed -- `sub pc,pc,#4' |
| 17:22 | koboldmaki | make[3]: *** [arch/arm/kernel/pj4-cp0.o] Error 1 |
| 17:22 | koboldmaki | appears |
| 17:23 | koboldmaki | I use gcc (Debian 4.6.3-12) 4.6.3 on the cubox from debian wheezy/sid |
| 17:37 | koboldmaki | i try some dirty hacks and now "kernel/bounds.c:1:0: warning: switch -mcpu=iwmmxt conflicts with -march=armv7-a switch [enabled by default]" |
| 17:46 | koboldmaki | @jnettlet: when you compile the kernel, can you give me the output for the command cat /proc/$(pgrep gcc)/cmdline|strings | grep "^-m" |
| 17:47 | N30N | cbxbiker61: ok, thanks for the reply. :) |
| 18:03 | jnettlet | koboldmaki, what kernel version are you trying to build? |
| 18:04 | koboldmaki | 3.6.3 |
| 18:04 | jnettlet | fyi you should not be building the kernel with -mcpu=iwmmxt..the kernel enables the iwmmxt coprocessor and handles context switching for the VFP registers, but shouldn't be running iwmmxt code |
| 18:05 | koboldmaki | i removed the little hack, as it failed in compilation |
| 18:08 | koboldmaki | the kernel that runs on my cubox is a 3.6.2 and it the processor on /proc/cpuinfo is ARMv7 Processor rev 5 (v7l), and I wan to have the PJ4 |
| 18:09 | koboldmaki | and Features : swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16 tls |
| 18:09 | koboldmaki | with the missing iwmmxt |
| 18:11 | koboldmaki | feature |
| 18:12 | jnettlet | I am surprised that is not being enabled by default. |
| 18:12 | jnettlet | Which kernel tree are you working from? |
| 18:13 | koboldmaki | vanilla tree |
| 18:13 | koboldmaki | yes it also surprise me :-( |
| 18:14 | jnettlet | koboldmaki, oh yeah there are definitely a chunk of patches you will need to get full functionality from a vanilla tree. |
| 18:14 | jnettlet | Have you tried rabbi's github tree? |
| 18:15 | koboldmaki | yes, and also the tree from vDorst |
| 18:17 | jnettlet | no success? |
| 18:18 | koboldmaki | not really (a long time ago), i want "features" like btrfs, iptables etc. as i primary use the cubox as a real home server, not as a media center |
| 18:19 | jnettlet | well I wouldn't recommend btrfs yet...it is still not quite ready for primetime usage. |
| 18:19 | jnettlet | But enabling iptables and such should be trivial |
| 18:20 | koboldmaki | yes, sure and it is not enabled - ok nobody who use the cubox as a mediacenter really needs this feature |
| 18:22 | koboldmaki | another part is the crypto device i would like to use |
| 18:22 | koboldmaki | but I could not verify that it really works with speed up.. |
| 18:36 | jnettlet | koboldmaki, there are a couple of parts to that. I also work with the VIA hardware that has very good encryption hardware and the OpenSSL support is garbage. It keeps getting broken from release to release |
| 18:38 | jnettlet | In general you will find the big win with a random number generator is that you won't run into problems where /dev/random runs out of entropy |
| 19:24 | koboldmaki | have you try the cryptodev? |
| 19:33 | jnettlet | I have not tried it out yet. It is on my list, but my list is very long |
| 19:34 | koboldmaki | ok, i try it but i could not verify that it gives me the speed up |
| 19:35 | koboldmaki | i prefer to use "openssl speed" for a quick hack/check |
| 19:37 | koboldmaki | when you give the cryptodev a try, you need a softlink to compile it |
| 19:37 | koboldmaki | root@kob-cubox:/2install/cryptodev-linux-1.5# ls -l mach |
| 19:37 | koboldmaki | lrwxrwxrwx 1 root root 53 Oct 19 21:55 mach -> /mnt/test/linux-3.6.2/arch/arm/mach-dove/include/mach |
| 19:37 | koboldmaki | then you could compile it |
| 19:41 | koboldmaki | make && make install && depmod -a && modprobe cryptodev |
| 19:41 | koboldmaki | dmesg -T | grep cryptodev |
| 19:42 | koboldmaki | [Fri Oct 26 19:40:10 2012] cryptodev: driver 1.5 loaded. |
| 19:46 | koboldmaki | the softlink points to your real kernel sources, i couldn't made it from /usr/include/linux/mach. maybe OSI 8 layer problem ;-) |
| 19:49 | koboldmaki | the tests in cryptodev-linux-1.5/examples would help, but i could only compile the "aes" without accelearation hardware |
| 19:50 | koboldmaki | the others aes-sha1 compiled with errors |
| 19:55 | koboldmaki | incl. aes-gcm |