IRC log of #cubox of Fri 20 Jul 2012. All times are in CEST < Back to index

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