ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Wiki at http://linux-rockchip.info | Logs at http://irclog.whitequark.org/linux-rockchip | ML at http://groups.google.com/group/linux-rockchip
tizbac has quit [Quit: ZNC - http://znc.in]
rperier has quit [Remote host closed the connection]
rperier has joined #linux-rockchip
tizbac has joined #linux-rockchip
naobsd has joined #linux-rockchip
akaizen has joined #linux-rockchip
naobsd has quit [Quit: naobsd]
cnxsoft has joined #linux-rockchip
GriefNorth has joined #linux-rockchip
naobsd has joined #linux-rockchip
naobsd has quit [Client Quit]
naobsd has joined #linux-rockchip
irsol has quit [Ping timeout: 250 seconds]
GriefNorth has quit [Ping timeout: 250 seconds]
GriefNorth has joined #linux-rockchip
irsol has joined #linux-rockchip
akaizen has quit []
akaizen has joined #linux-rockchip
naobsd has quit [Quit: naobsd]
Travis__ has joined #linux-rockchip
Travis__ has left #linux-rockchip [#linux-rockchip]
GriefNorth has quit [Quit: WeeChat 1.3]
ncrmnt has joined #linux-rockchip
GriefNorth has joined #linux-rockchip
nighty^ has joined #linux-rockchip
levd has joined #linux-rockchip
kjh has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 246 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 268 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
levd has quit [Ping timeout: 240 seconds]
VargaD has quit [Ping timeout: 240 seconds]
GriefNorth has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Quit: cnxsoft]
cristian_c has joined #linux-rockchip
kjh has quit [Ping timeout: 246 seconds]
ganbold has quit [Quit: This computer has gone to sleep]
ganbold has joined #linux-rockchip
VargaD has joined #linux-rockchip
VargaD has quit [Ping timeout: 246 seconds]
ncrmnt has quit [Ping timeout: 264 seconds]
VargaD has joined #linux-rockchip
gb_master has joined #linux-rockchip
<rory096> alright back to this cx-929... it's been a while
cristian_c has quit [Quit: Bye]
JohnDoe_71Rus has joined #linux-rockchip
rubensm has quit [Ping timeout: 255 seconds]
<popolon> blender on RK3288 :)
<popolon> still no neon optimization, no hw acceleration, but works nicely bor basic scenes
<popolon> s/bor/for
rubensm has joined #linux-rockchip
<amstan> popolon: that's pretty cool
<popolon> :)
<popolon> there are some GLES options, didn't managed to use them, even (at least some) blender coders don't know if this even worked)
<popolon> looking at how to make it working, I seen other SIMD than Neon for ARM
<popolon> don't know if that's a new feature of 64bits arm or for some specific hw
<popolon> WMMX
<popolon> or IWMMXT
<popolon> looks like this is used on marvell familly (so derivated from intel)
gb_master has quit [Remote host closed the connection]
leming_ has joined #linux-rockchip
leming has quit [Ping timeout: 264 seconds]
leming_ is now known as leming
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
nashpa has quit [Quit: Going away]
nashpa has joined #linux-rockchip
<rory096> cros_workon info --board=$B sys-kernel/chromeos-kernel-3_14
<rory096> sys-kernel/chromeos-kernel-3_14 chromiumos/third_party/kernel src/third_party/kernel/v3.8
<rory096> what's up with that? can i change it to /kernel/v3.14?
cristian_c has joined #linux-rockchip
<rory096> *shrug* guess i'll just try using 3.8
<rory096> wow, i actually managed to compile a kernel
<cristian_c> congrats!
nighty^ has quit [Quit: Disappears in a puff of smoke]
nighty^ has joined #linux-rockchip
<rory096> thanks!
<rory096> now just to compile this device tree
<rory096> anyone know where 'make ARCH=arm dtbs' should output? the internet says it's in /arch/arm/boot/dts - the same as the dts files - but nothing shows up there even though make seems to be doing work
nighty^ has quit [Quit: Disappears in a puff of smoke]
<amstan> rory096: woo, more people working on chromebooks
<amstan> rory096: excuse me for being lazy, but i generally like refering people to the archlinuxarm pkgbuild, just because it's pretty simplistic looking: https://github.com/archlinuxarm/PKGBUILDs/blob/master/core/linux-veyron/PKGBUILD
<rory096> more of a chromebit, really. it's this little guy: http://androidtvbox.eu/cx-929-tv-stick-with-external-wifi-antenna-powered-by-rk3288/
<amstan> ah, too impatient for the real thing? lol
<rory096> amstan: so will that build a whole image for me? will it let me use a custom dts?
<amstan> hold on, are you trying to compile chromeos for it?
<rory096> yep too impatient... and don't want to drop $100 each
<rory096> yeah, chromiumos
<amstan> ok, ignore everything then
<rory096> haha fair enough
<amstan> emerge-veyron_$whatever chromeos-kernel-3_14 generally does it's business(in terms of build files) in a different location
<amstan> rory096: perhaps /build/veyron_$whatever/tmp/portage/sys-kernel/chromeos-kernel-3_14-9999/
<amstan> you'll have to convince the emerge to give you the dtbs, it generally likes just making a kernel partition(since that's all chromebooks take)
<rory096> hmm
<rory096> looks like everything in my /tmp/portage is from the kernel build earlier, but not the dtb compile
<rory096> (i'm trying to concatenate the dtb to my zImage)
<rory096> hmm, /build/veyron/tmp/portage/sys-kernel/chromeos-kernel-3_14-3.14-r1213/work/chromeos-kernel-3_14-3.14/scripts has this Makefile.dtbinst that says "installs all dtb files listed in $(dtb-y) either in the INSTALL_DTBS_PATH dir or the default location: $INSTALL_PATH/dtbs/$KERNELRELEASE"
<rory096> can't find any folders called dtbs though
<rory096> also, i'm a little confused why there's no 3_8 folders in there, only 3.14s
<rory096> could i maybe compile this .dtb outside of chroot? that should be platform agnostic, right?
<rory096> hmm no, can't access the arm gcc compiler
<rory096> bashintosh: did you ever manage to concatenate to a zImage?
<amstan> rory096: is this a fit image you want?
<amstan> rory096: i can get a tftp capable image from /build/${BOARD}/boot/vmlinuz
cristian_c has quit [Quit: Bye]
<rory096> amstan: yes, i think so. basically i'm trying to load an image onto the device with a custom device tree attached
<rory096> my boot/ is empty except for a 'boot-A.scr.uimg' and a 'boot-B.scr.uimg'
<rory096> though now that the kernel's compiled, don't I just need to flatten out the device tree into a .dtb and append it to the image file?
naobsd has joined #linux-rockchip
<rory096> maybe i should back up... is that the best strategy to port to this board?
<amstan> rory096: if you ran emerge, this was already done
<rory096> i never ran it explicitly, isn't that part of the kernel make?
<rory096> (how does it know which dts to use?)
<amstan> based on the its file
<amstan> rory096: all of that happens when you run emerge
<amstan> including compiling dtbs, generating an its and so on
<rory096> hmm. so if the its is auto-generated, how can i manually specify which dts to use?
<rory096> or wait, it's installing all of them?
<rory096> "For boards where the device tree .dtb file is stored under /boot/dts, loaded into memory, and then passed on the 'bootm' command line, make sure they're all installed. We install more .dtb files than we need, but it's less work than a hard-coded list that gets out of date."
naobsd has quit [Quit: naobsd]
<rory096> but if that's true, how does uboot know which one to use?
<amstan> depthcharge generally knew the board name, and did a match on the ones available, not sure what uboot does
<rory096> see that's strange too, because the veyron overlay doesn't seem to really mention rk3288 anywhere
<rory096> except for /chromeos-base/chromeos-bsp-veyron/files/99-rk3288-gpio-charger.rules and 99-rk3288-ehci-persist.rules
<rory096> hmm i guess there's USE="${USE} rk32..." in the overlay's make.conf. also a kernel-3_14 there, which explains a bit