IRC log of #cubox of Mon 08 Oct 2012. All times are in CEST < Back to index

02:46 dung_ jumbo frames :)
02:49 dung bigger, faster. jumbo!
03:04 dung take a seat on my bench
03:04 dun 03:04 * dung let his CuBox calculate
03:07 dung "papa don't, papa don't make no mess!"
03:13 Punk-le 03:13 * Punk-ley thinks dung has lost his mind :)
03:13 dung ?
03:14 Punk-ley just what you are typing :)
03:21 dung from am song, listening
03:21 Punk-ley ah
03:23 Punk-ley i was at a gaming expo on the weekend, I now have Gangnam Style, Call Me Maybe and What Makes You Beautiful just on loop in my head. I blame Just Dance 4
03:39 dung is anyone interested in downloading toolchains?
03:39 dung uclibc from cubox
03:41 dung should it be cubox only? how caompatible can it be? how compatible can be a kernel on arm in general?
03:42 dung i remember the u-boot driver file
03:43 dung should the binaries be compatible or optimized for cubox?
03:47 dung or both :)
03:48 dung all is not enough
03:48 dung less is more
03:48 dung my cat ate my mouse :)
03:51 dung high end (never ending (tcpdump (c)))
03:56 dung It should be clearer that in software less is more.
06:09 neofob @ dung: yeah jumbo frame is hot! ;)
06:56 dung Jumbo :)
07:10 dung @Thirsty_away - would you patch aufs?
10:57 Thirsty_Away dung: I can make an update on the kernel tree
10:58 Thirsty I like to include CEC patch and maybe the cpuscaler patch
10:59 rabeeh Thirsty: what is the cpuscaler patch?
10:59 rabeeh any one tested that?
10:59 rabeeh there is 800/400 MHz available in 2.6.32.9; but Dove is much more complex than Kirkwood in CPU scaling.
11:00 Thirsty I saw a post on the forum. It was a kirkwood patch
11:01 Thirsty http://www.solid-run.com/phpbb/viewtopic.php?f=9&t=851
11:02 Thirsty I didn't look in to it.
11:02 Thirsty It sounds usefull if it works.
11:03 Thirsty Jumbo frame was also a request to add on the kernel.
11:05 Thirsty I don't use my Cubox not that much any more.
11:06 Thirsty I am builing a network in my house so I can use the Cubox as a media player with CEC in my bedroom.
11:09 Flooo hi =)
11:14 Thirsty hi
11:29 Flooo how r u?
11:30 Thirsty fine and you?
11:31 Flooo fine, too. thx
11:32 Flooo atm I'm running your kernel. Did u configure it with hard float?
11:33 Thirsty yes, I compiled and running it on a debian wheezy hardfp distro.
11:37 Flooo is it possible to have a kernel 'the debian way'? (with initrd image). is it recommended without? any disadvantages?
11:38 Thirsty I have no idea.
11:39 Flooo ok :D thx anyway
11:39 Punkley_Chillin it should work with initrd
11:40 Punkley_Chillin what kernel version
11:40 Flooo I don't think kernel version will matter, will it?
11:40 Punkley_Chillin i had some issues with 3.4.5
11:40 Punkley_Chillin but 3.5.3 was ok
11:41 Flooo oh, ok
11:41 Punkley_Chillin galcore just played up for some..... unknown..... reason
11:42 Flooo how did u get it working? is there any page in the wiki?
11:43 Punkley_Chillin ah i should say i was using armel not armhf
11:43 Flooo could u please create one? or post in the forum?
11:43 Punkley_Chillin kernel?
11:44 Flooo kernel + initrd + uboot config
11:44 Flooo -kernel
11:44 Punkley_Chillin ok it is all there, we do need to make it neater
11:44 Punkley_Chillin kernel is here
11:44 Punkley_Chillin https://github.com/vDorst/linux/tree/CuBox-v3.5.3-Patched
11:45 Punkley_Chillin u will need to build it
11:45 Punkley_Chillin actually what distro are you using?
11:46 Flooo umm.. did u get what I wanted to?
11:46 Punkley_Chillin don't know what you mean?
11:47 Flooo my issue wasn't the kernel.. it's more about initrd and how to get it working with uboot
11:48 Punkley_Chillin ah
11:48 Punkley_Chillin easy
11:48 Punkley_Chillin in your boot.scr file
11:49 Punkley_Chillin under the line
11:49 Punkley_Chillin ext2load mmc 0:1 0x00200000 /boot/uImage
11:49 Punkley_Chillin add
11:49 Punkley_Chillin ext2load mmc 0:1 0x02000000 /boot/initrd
11:49 Punkley_Chillin then change the line
11:49 Punkley_Chillin bootm
11:49 Punkley_Chillin to
11:49 Punkley_Chillin bootm 0x00200000 0x02000000
11:49 Punkley_Chillin make sure the addresses are right (0x00200000 and 0x02000000)
11:50 Punkley_Chillin and the uimage of initrd is initrd
11:50 Punkley_Chillin you will have to convert the initrd to a uimage
11:50 Punkley_Chillin mkimage -A arm -O linux -T ramdisk -C gzip -n "Debian netboot" -d initrdimage initrd
11:51 Punkley_Chillin i think I just confused myself hmmm :)
11:51 Flooo you're right there.. looks easy
11:51 Punkley_Chillin yer worse description ever
11:51 Punkley_Chillin hang 5
11:51 Flooo I'll test it! thank u!
11:52 Punkley_Chillin don't forget you can't just edit your boot.scr file
11:52 Punkley_Chillin need to rebuild it.
11:53 Punkley_Chillin if I completely confused you (which I might have)
11:53 Punkley_Chillin let me know Ill put it somewhere make sure it makes more sense.
11:54 Flooo no. I think I got it =)
11:54 Flooo mabe make a wiki page?!
11:54 Flooo *maybe create
11:54 Punkley_Chillin yer, looks at dotarray :)
11:55 dotarray i'll add it to the list :)
11:55 Flooo thx to both of u
11:58 Flooo is the size of uImage limited?
11:59 Flooo btw
11:59 Punkley_Chillin not sure to be honest
12:01 Flooo the two addresses u gave r in ram I guess?!
12:01 Punkley_Chillin yer
12:03 Punkley_Chillin holiday in isreal today
12:03 Punkley_Chillin everybody out drinking :)
12:07 Flooo yay! enjoy it! =)
12:08 Flooo 0x02000000-0x00200000 = 31457280 Byte = 31457280 / 1024 ^ 2 = 30MB
12:09 dotarray Flooo - unfortunately, Punkley_Chillin and I are in Australia, where it is not a holiday :(
12:09 Flooo oh sry :( shame on me
12:09 dotarray not a problem!
12:09 Flooo theres 30MB space between these addresses.. is that right?
12:10 Punkley_Chillin something like that, I did look it up however I don't remember now (just know it works)
12:10 Flooo :D
12:12 Flooo means: uImage must be smaller than 30MB or initrd will overwrite uImage
12:12 Flooo thats far from possible
14:36 dbsx Floo: Debian kernels "the debian way" whilst they are ok on small devices, mean a slower boot. Most small boxes seem to just use uImage. IMHO, With a constrained set of drivers that are used at boot time there is no need for getting into the debian initrd hassles.
14:46 Punkley_Chillin I agree, unless you need an initrd don't use one.
14:46 Punkley_Chillin I unfortuatly need one :(
15:04 dung I stay in initramfs. Only hotplug isn't working as with udev.
16:17 mUniKeS sorry, somebody knows a manual to how to configure cubox with debian armhf and xbmc?
16:40 dv505 mUniKeS: you can't, for now. the codecs are not compatible with armhf
16:42 mUniKeS ok, thanks
16:43 dv505 I've been trying to build a debian armel now, but no success with that yet
16:43 dv505 mainly because I'm not that good in compiling stuff
16:44 dv505 mUniKeS: how far did you come with building xbmc. I could give you a few pointers to start
16:48 mUniKeS I compiled all
17:45 mUniKeS dv505, I compiled the XBMC (crosscompile), I compiled the kernel with dove support (crosscompile), but the XBMC is dark, when start
17:46 mUniKeS I have the new links of libEGL.so and libGLESv2.so.2, marvell-libglx
17:47 N30N mUniKeS: What problems have you get with it now?
17:48 mUniKeS N30N, the XBMC is dark
17:49 N30N xbmc got gles enabled?
17:49 N30N GLES
17:50 mUniKeS yes configure --enable-gles
17:50 mUniKeS the log says (.xbmc/temp/xbmc.log) 18:15:02 T:3032170496 DEBUG: GLES: Extension Support Test - GL_NVX_gpu_memory_info NO
17:50 mUniKeS 18:15:02 T:3032170496 NOTICE: GL_EXTENSIONS = NULL
17:50 mUniKeS 18:15:02 T:3032170496 DEBUG: GLES: Extension Support Test - GL_EXT_texture_format_BGRA8888 NO
17:50 mUniKeS 18:15:02 T:3032170496 DEBUG: GLES: Extension Support Test - GL_IMG_texture_format_BGRA8888 NO
17:50 mUniKeS 18:15:02 T:3032170496 DEBUG: GLES: Extension Support Test - GL_APPLE_texture_format_BGRA8888 N
17:51 mUniKeS 18:15:02 T:3032170496 ERROR: GL: Error compiling vertex shader
17:52 N30N Hmmm... not come across that error myself.
17:52 N30N glxgear work ok?
17:52 N30N glxgears*
17:55 mUniKeS no es2gears_x11
18:11 mUniKeS sorry have only this warning: EGL: Same window as before, refreshing context
18:35 mUniKeS bye
21:18 jnettlet rabeeh, my KMS changes are pushed anywhere yet. I am still sorting out HDMI for the MMP2/MMP3. Marvell is currently supporting this through a binary UIO driver. I am trying to get a proper OSS driver implemented for it.
21:19 jnettlet Here is the commit for write coalescing in the kernel that I finally merged. http://dev.laptop.org/git/olpc-kernel/commit/?h=arm-3.0-wip&id=a8137cd10a1ab06650a337c85b001cb4dba3a56d and the one after it has the relevant benchmarking improvements. http://dev.laptop.org/git/olpc-kernel/commit/?h=arm-3.0-wip&id=f9d35acbe063de67747826ddba2bcaa692757e1b