<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>
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?
<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