00:03 | flixh_ | I'm running a debian armhf system with 3.5.0-rc5-24627-ge9eceb3-dirty right. Just realised that device mapper isn't built in there so lvm doesn't work. |
00:04 | flixh_ | Anybody got a 3.5 kernel with device mapper ready? |
00:27 | Punkley_chillin | rabble rabble, need gstreamer help :( |
00:27 | Punkley_chillin | or just a good gstreamer coder to do some work for me. |
01:15 | cbxbiker61 | i've got my xbmc bandwidth requester working, right at the moment the traffic control server toggles between normal and reserved modes |
01:16 | cbxbiker61 | in the long term, i'll have the server add the bandwidth requests together to make sure streaming to multiple targets at the same time works nicely |
08:10 | tomlohave | hi |
08:10 | tomlohave | too slowly, line by line to correct .... |
08:10 | tomlohave | hop i finnish this in an hour .. |
08:11 | cbxbiker61 | i think there are only two files that didn't apply correctly |
08:12 | cbxbiker61 | i appreciate you doing that |
08:42 | tomlohave | no problem, i want cubox on geexbox ;-) |
08:42 | tomlohave | are you sure you don't have other foating patches ? |
08:43 | tomlohave | struct are different in last hunk ... |
08:43 | cbxbiker61 | where did that come from? |
08:46 | tomlohave | something about power management |
08:48 | cbxbiker61 | which structs are different? the patch does change structs, that's the reason why the new drivers dont work with the previous kernel code |
08:53 | tomlohave | i mean first unk does not aplly because expexted word should be long in place of int |
08:53 | tomlohave | etc |
08:54 | cbxbiker61 | long or int doesn't matter on 32bit arm, so just leave the code as it is |
08:54 | tomlohave | ok |
08:55 | tomlohave | so one hunk left |
08:55 | tomlohave | the biggest one ... |
08:58 | tomlohave | another point, in last chunk nthing about a function called clk_unprepare(clk); |
08:58 | tomlohave | but present in source .... |
09:00 | cbxbiker61 | if it's declared in the unpatched source then leave it |
09:01 | cbxbiker61 | i think some of those functions have been moved in location, that's partly why the patches don't apply cleanly |
09:02 | cbxbiker61 | so you may have to patch a different location in the original source |
13:39 | flixh | Anybody got a 3.5 kernel for the cubox with device mapper? |
13:40 | flixh | Or can guide me to some documentation how to create one myself? |
13:53 | KaZeR_W | flixh, which distro are you using? |
13:54 | flixh | debian armhf |
13:55 | dung | solid-run/wiki ; gittutorial |
13:55 | dung | you may need to checkout a stable commit |
13:57 | flixh | I already cloned rabeeh's 3.5 fork and the cubox is already running with 3.5. But this kernel is missing device mapper, so no lvm for me esata disk. |
13:57 | dung | make menuconfig |
13:59 | flixh | which options for device mapper, i'm completely lost in make menuconfig |
13:59 | dung | devices/multiple devices or similar |
14:01 | flixh | ok, i'll search for that. thx. Is make menuconfig automatically using a useful start config, so i don't need to take care to include all the cubox specifics? |
14:04 | KaZeR_W | flixh, http://cubox.kazer.org/uImage : rabeeh's 3.5 with device mapper |
14:04 | KaZeR_W | wait at least one minute for the upload to finish |
14:07 | dung | search wiki for defconf, it's something like make cubox_defconf |
14:07 | dung | if cross compiling be sure to have ARCH / CROSS_COMPILE set |
14:09 | flixh | KaZeR_W: got it, thx a lot. I just copy this one to /boot to use it? |
14:10 | KaZeR_W | yep. modules are on their way |
14:10 | KaZeR_W | it's 3.5.0-rc5, default config from rabeeh. it can be lighter, but it should work |
14:10 | KaZeR_W | you don't need modules to test the device mapper |
14:11 | flixh | dung: i'll compile natively, so no need for cross settings |
14:11 | KaZeR_W | cross compiling is way faster. here, the kernel is built in less than 5 minutes |
14:13 | flixh | KaZeR_W: yep, but my aging laptop (1.6Ghz Pentium M) probably isn't that much faster and it only has 1 GB hard disk left. So not an option right now |
14:13 | KaZeR_W | np |
14:13 | dung | cross comiling linux is easy: just install the cross compiler (apt-get) and set the two variables :) |
14:14 | KaZeR_W | i found using qemu-user is giving better results on some packages, at the expense of worse performances |
14:16 | dung | the hard work is the config |
14:19 | dung | as far as i can see it doesn't matter for kernel if you choose hard or softfp |
14:26 | KaZeR_W | dung, config of the kernel? or the cross compiler? |
14:27 | dung | compiler of course, config with vfp |
14:29 | KaZeR_W | ok |
14:30 | dung | apt-get install gcc-arm-linux-gnueabi ; export ARCH=arm ; export CROSS_COMPILE=/usr/bin/arm-linux-gnueabi- |
14:31 | dung | and run :) |
14:32 | KaZeR_W | i'm running gentoo here, and i wanted to compile in a sysroot, but install in a different root (to avoid cluterring the target root with development headers). i had issues with some packages not findind some librairies |
14:32 | Coolgeek | make a chroot :p |
14:32 | Coolgeek | or install those package |
14:33 | KaZeR_W | Coolgeek, that's what i did, using qemu-user. now it works flawlessly, it's just a bit slow |
14:33 | Coolgeek | I compil on my cubox |
14:33 | Coolgeek | I'm not using qemu |
14:35 | KaZeR_W | what distro are you using Coolgeek ? |
14:35 | Coolgeek | archlinux |
14:35 | KaZeR_W | ok |
14:36 | KaZeR_W | how is X working on archlinux? did you get hardware accelerated graphics? |
14:37 | Coolgeek | I have compositing on openbox using xcompmgr. I assume that the driver are good... |
14:37 | Coolgeek | but I don't have hardware decode for videos |
14:38 | dung | arch is cool, after man pacman i don't fear of. have a look at e-svn |
14:39 | Coolgeek | yup, I had 'e' on cubox, but openbox , xcompmgr is faster |
14:39 | dung | oh - no hwdecode :( |
14:40 | Coolgeek | (I know it's not a benchmark but...) I had around 40-50 fps with 'e' and 60-70 fps with openbox + xcompmgr |
14:40 | Coolgeek | with glxgears* |
14:40 | dung | how do you check if hwdecoded |
14:41 | flixh | KaZeR_W: pity, the box doesn't come up with your kernel copied in place. And i'm not close to it, so I can't use the console access to diagnose. |
14:41 | Coolgeek | can't play a video file smoothly :) |
14:41 | Coolgeek | (a pretty big one though) |
14:41 | dung | glxgears - isn't that gl render? |
14:41 | Coolgeek | yup, and it supposed to be hw accelerated |
14:41 | Coolgeek | using opengl |
14:42 | KaZeR_W | flixh, probably a module issue. i thought you were close to the box |
14:42 | KaZeR_W | i bet the net module is missing / incorrect |
14:43 | Coolgeek | dung: http://www.bigbuckbunny.org/ <== use those file as a test |
14:43 | flixh | well, i was just to curious and did it remotely. no problem, i'll sort that out tonight. The old modules aren't compatible with the kernel any more, right? |
14:44 | dung | i play 700MB avi with less than 50% cpu usage, dvd ~60% |
14:44 | KaZeR_W | flixh, modules are specific to each kernel version, release and sometime build |
14:44 | KaZeR_W | dung, debian armhf ? |
14:44 | flixh | yup, i haven't thought of that. are you going to build modules along with that kernel and make them available? |
14:44 | dung | arch |
14:44 | KaZeR_W | flixh, they were build at the same time, but uploading is a bit slow. 5 to 10 minutes left |
14:45 | Coolgeek | dung: maybe I tried a too large file |
14:45 | dung | so do decode hw accelerated? |
14:46 | Coolgeek | I have doubt now :( |
14:46 | Coolgeek | I though not |
14:46 | Coolgeek | xbmc was laggy / crashing |
14:46 | KaZeR_W | dung, which video driver are you using? |
14:46 | Coolgeek | and hard to play thos file I linked |
14:47 | dung | i just installed with pacman marvell-* |
14:49 | dung | thanks to alarm packager (pepedog?) |
14:49 | KaZeR_W | thanks for the info dung |
14:51 | flixh | i was trying to get X to start on debian armhf, but no luck. it kept complaining about a missing /dev/fb0 |
14:55 | dung | also i only have mplayer (haven't tried mplayer2) and need to manually ln -s libx264 |
15:08 | flixh | KaZeR_W: i need to go and with my cubox my persistant irssi session died, can you estimate when the modules are up? |
15:13 | KaZeR_W | almost done, let me check |
15:15 | KaZeR_W | flixh, if you extract http://cubox.kazer.org/modules-3.5.0-rc5.tar.gz to your cubox root you should be good to go |
15:16 | flixh | downloading, thx a lot! i'll try tonight |
15:17 | flixh | bye |
15:18 | KaZeR_W | good luck, and let me know :) |
15:20 | flixh | sure, you stick around here? |
15:21 | KaZeR_W | i'm never really far. you can pm me. but i'll be offline the whole weekend |
15:22 | flixh | enjoy your weekend, bye! |
20:39 | [Ammo] | cbxbiker61: hmm, gcc didn't fix the crashes, still crashed in the menus after about 20 seconds |
20:48 | rabeeh | all: channel #cubox on freenode has been in stealth mode for a while; any objection getting it declared on the forums? |
20:49 | rabeeh | should we have #cubox-devs and #cubox-users? or just stay with #cubox? |
20:51 | rmull | #cubox is fine, as far as I know. |
20:51 | [Ammo] | seeing the amount of traffic, stay with one channel |
20:51 | [Ammo] | split when it gets out of hand |
20:52 | rabeeh | ok |
20:52 | rabeeh | maybe we will split once the -devs gets too much questions from the -users |
20:52 | [Ammo] | that's what I mean :) |
21:01 | rabeeh | tomlohave: got your patches; testing now |
21:25 | cbxbiker61 | Ammo, i think i had you enable core dump for the xilka user, so if you give me the crash dump it should have useful info in it |
21:27 | cbxbiker61 | my focus today is Xilka Light |