<karlp>
will try that tonight, it's not very comforting when I can't get a single 3.0.8+ kernel to boot, from any source
<naobsd>
there is no generic source for any device...
<mmind00>
naobsd: at least not yet ;-)
* karlp
grins.
<karlp>
the tedious bit is that there's sources labelled as "this works on device x" that don't work on device x for me.
<karlp>
but it is very comforting that linux mainline works as advertised :)
bengal has joined #linux-rockchip
<naobsd>
mmind00: oh, you have R89 :)
<mmind00>
yep
<naobsd>
I'll submit dts for my rk3288 box :)
bengal has quit [Ping timeout: 260 seconds]
viric has quit [Ping timeout: 272 seconds]
viric has joined #linux-rockchip
nighty^ has joined #linux-rockchip
FightingCat has quit [Ping timeout: 246 seconds]
GriefNorth has quit [Ping timeout: 260 seconds]
viric has quit [Read error: Connection reset by peer]
FightingCat has joined #linux-rockchip
viric has joined #linux-rockchip
FightingCat has quit [Ping timeout: 246 seconds]
<rperier>
in your opinion, it would be interesting to submit defconfig for Rockchip SoCs and/or Rockchip boards to the mainline kernel ?
<karlp>
why not? there's already bqcurie, which is just a generic tablet.
<mmind00>
I think the suggested way nowadays is to have everything necessary in the multi_v7_defconfig ... it is supposed to be a multiplatform-kernel afterall
VargaD_ has joined #linux-rockchip
<mmind00>
the maximum would be a generic rockchip_defconfig for all socs, without debug_ll etc
VargaD has quit [Ping timeout: 250 seconds]
VargaD_ is now known as VargaD
<karlp>
oh, yeah, he meant defconfig, not dts.
<rperier>
multi_v7_defconfig a lot of optionnal support for "nothing", right ? (even if everything is built as module I guess, but it increases the roots size and the build time)
<rperier>
contains *
<rperier>
both might be fine
<rperier>
(multi_v7 and rockchip)
<mmind00>
you might get problems with the bootargs u-boot provides, as overriding it like the ones in my devel-tree is out of the question
<karlp>
I had a bit of a skim through the irc logs, I saw mention that rk3066 doesn't actually support sd boot? anyone have any facts for that? (I'm not itching to try out making that magic header on an sd card if it doesn't work anyway)
<BorgCuba>
naobsd, you are right 16 bits and the last is zero, and the the two before this are the lengths
<BorgCuba>
karlp, I haven tried
<BorgCuba>
but let me see
<BorgCuba>
karlp, I tried my rk3188 boot sd on a rk3066 device and it just boots the kernel from nand
<BorgCuba>
well, on the rk3188 it does not but instead loads my unfinished u-boot code
<BorgCuba>
karlp, you want to test this on a rk3066 device?
<BorgCuba>
btw, maybe I can help you out on the boot-order section
<BorgCuba>
I downloaded the bootrom for my device (rk3188-t) and the is some table for the boot devices
<naobsd>
BorgCuba: what's unfinished u-boot code? based on upstream u-boot?
<BorgCuba>
no, older 2013 code from rockchip
<BorgCuba>
I am trying to remove all this fastboot bs
<naobsd>
why remove fastboot?
<BorgCuba>
I never used fastboot
<BorgCuba>
can you use fastboot to execute a kernel from dram?
<naobsd>
not tried yet.
<naobsd>
but if "fastboot boot xxx.img" works, it's useful
<BorgCuba>
I want to get the cdc_ether gadget running
<BorgCuba>
I think it worked almost out of the box, but I had to comment to calls to some pll setup code
<BorgCuba>
btw, this is the brom version string of my RK3188-T "B01321020311001V"
<BorgCuba>
is this the same as for a regular rk3188?
<rperier>
oh
<rperier>
kernel BUG at net/core/skbuff.c:100!
<rperier>
:D
<naobsd>
probably it's same as RK3188. you have to see a bit in efuse to identify T or not
<rperier>
well, apparently it's just a buffer overflow...
<BorgCuba>
naobsd, I think you are right. I can see some one year old irc-logs mentioning this exact version (I think the rk3188-t appeared later)
<naobsd>
that info can be get from USB
<BorgCuba>
nice, from brom or the sd/nand loader? and is there a tool for this?
<naobsd>
I modified rkflashtool, but I cannot find it now ;)
<naobsd>
one another command in loader
<BorgCuba>
so probably the sd/nand loader
<naobsd>
I guess RK3188 and -T are physically same... some RK3188 which is not stable at 1.6GHz is marked as -T ;)
<karlp>
do you know the difference between rk3066a and 3066b?
<BorgCuba>
probably, also I had problems with pll code from this u-boot zip I downloaded from radxa wiki
<naobsd>
u-boot zip? not on github?
<BorgCuba>
karlp, I dont know. I have a "RK3066" "ANF0895 1251"
<BorgCuba>
btw, the CRU part is not in the TRM 2.0, do you have any infos on this?
<BorgCuba>
i.e. on the Clock and Reset Unit
<naobsd>
no, I know only mainline code
<BorgCuba>
btw, do you keep pages for different devices on the wiki?
<BorgCuba>
like they have on linux-sunxi?
<BorgCuba>
I saw you kind of started a "new wiki"
<BorgCuba>
naobsd, its seems like you can boot a kernel using fast boot: "boot <kernel> [ <ramdisk> ] download and boot kernel" (http://elinux.org/Android_Fastboot)
<BorgCuba>
"[...] It is very useful while developing a kernel or modifying the rootfs. " :-)
<RaYmAn>
sadly, while fastboot is "standard" it's far from all devices that support all features of it (in particular fastboot boot is often horribly broken, even on qualcomm devices)
<BorgCuba>
In 10 minutes or so I can tell you if it works for rockchip uboot
<BorgCuba>
hmm, fastboot doesnt seem to recognize the device (2207:310b)
<karlp>
BorgCuba: the devices section of the wiki I want tobring back :)
<BorgCuba>
I could contribute something for the "beelink a9" (rk3188-t)
<BorgCuba>
and I have a rk3066 hdmi dongle
<BorgCuba>
karlp, do you have a template?
<RaYmAn>
try adding -i 0x2107
<BorgCuba>
no, this doesnt work
<BorgCuba>
maybe its not using fastboot but "rockusb" (although in rk30xx.h its configured with CONFIG_CMD_FASTBOOT) -> http://pastebin.com/aafhzTGY
<RaYmAn>
ah,yeah. rockchip has their own thing too, but fastboot should also be there - just have to find ut
<karlp>
BorgCuba: hah! not a chance, I'm only just starting with bits like this :)
<naobsd>
you need to modify u-boot to go fastboot mode
<BorgCuba>
karlp, maybe you can "steal" something from linux-sunxi for the template ;-)
<BorgCuba>
anyway, I have to leave. I'll inform you if I found a way to easily upload/test kernels
<BorgCuba>
bye
BorgCuba has quit [Quit: leaving]
<karlp>
will have alook, they do have a better organized community it seems for that sort of stuff
<naobsd>
I'll prepare wiki on new server by several reason
<naobsd>
I only have admin rights on wiki, it only does things on wiki. no way to tweak things under wiki
<naobsd>
e.g. update, configure, add extentions, etc
<naobsd>
I have to sleep...
FreezingCold has joined #linux-rockchip
npcomp_ is now known as npcomp
ferric_ has quit [Ping timeout: 272 seconds]
nighty^ has quit [Quit: Disappears in a puff of smoke]