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
cristian_c has quit [Excess Flood]
cristian_c has joined #linux-rockchip
cristian_c has quit [Quit: Bye]
luke-jr_ has joined #linux-rockchip
Luke-Jr has quit [Ping timeout: 260 seconds]
naobsd has joined #linux-rockchip
Ueno_Otoko- has joined #linux-rockchip
Ueno_Otoko- has quit [Ping timeout: 256 seconds]
naobsd has quit [Quit: naobsd]
Sadneophyte has joined #linux-rockchip
levd has joined #linux-rockchip
Ueno_Otoko- has joined #linux-rockchip
VargaD has joined #linux-rockchip
cyteen has joined #linux-rockchip
cnxsoft has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 256 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 272 seconds]
levd1 is now known as levd
cnxsoft has quit [Ping timeout: 272 seconds]
cnxsoft has joined #linux-rockchip
soimless has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
naobsd has joined #linux-rockchip
UndrWater has joined #linux-rockchip
<UndrWater> is there a difference in terms of linux install between the 3188 and 3288?
UndrWater has quit [Ping timeout: 256 seconds]
UndrWater has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
UndrWater has quit [Ping timeout: 250 seconds]
luke-jr_ is now known as Luke-Jr
UndrWater has joined #linux-rockchip
naobsd has quit [Remote host closed the connection]
UndrWater has quit [Ping timeout: 240 seconds]
cyteen has quit [Ping timeout: 240 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
UndrWater has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
JohnDoe_71Rus has joined #linux-rockchip
levd1 has joined #linux-rockchip
Sadneophyte has quit [Ping timeout: 272 seconds]
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
UndrWater has quit [Ping timeout: 250 seconds]
levd has quit [Quit: levd]
premoboss has quit [Remote host closed the connection]
wadim_ has joined #linux-rockchip
Gengcixi has joined #linux-rockchip
<Gengcixi> help
<Gengcixi> HELP
<sjoerd> Ask, don't ask to ask.. And try not to yell, it's still early in some parts of the world
<rperier> if you don't ask your question... that's pretty difficult to help you :)
<rperier> nobody will blame you
rory096 has quit [Read error: Connection reset by peer]
<xming_> maybe (s)he really needs help :p
Gengcixi has quit [Quit: Page closed]
hipboi has joined #linux-rockchip
rman has joined #linux-rockchip
hipboi_ has quit [Ping timeout: 260 seconds]
<rman> Try to use u-boot spl of denx u-boot-rockchip, I got the warning : Warning: SPL image is too large (size 0x8509) and will not boot
<rman> anyone can help?
<sjoerd> See the patch series i posted ealier this week
<rman> @sjoerd Could u share the link :)
<rman> @sjoerd thanks
<rman> @sjoerd Have u tried the full u-boot on rk3288 device ? (mine is firefly)
<sjoerd> yes
<rman> I am going to run my own debian image on my rk3288 device. and using the official u-boot :P
<rman> BTW, your patch set seem not been merged
<sjoerd> not yet, there were some review comments, but sjg seemed to be keen ot get it in for the next u-boot relese
<sjoerd> rman: fwiw deiban unstalbe should have a u-boot-rockchip package now
<rman> sjoerd: so u mean we can download the u-boot-rockchip binary now?
<sjoerd> Yeah though i havent tested that myself
<rman> sjoerd: I will try it
<rman> any guide ?
<rman> sjoerd: I've not found the binary blob on https://packages.debian.org/sid/u-boot-rockchip
<sjoerd> /usr/lib/u-boot/firefly-rk3288/u-boot-spl-dtb.bin
<sjoerd> in the package
<rman> sjoerd: I have got the two image, but no u-boot-dtb.img. says at the doc "sudo dd if=firefly-rk3288/u-boot-dtb.img of=/dev/sdc seek=256"
<sjoerd> ah right error in the packaging from the looks of it indeed
cyteen has joined #linux-rockchip
<rman> sjoerd: I got the log - U-Boot 2014.10-RK3288-02 (Nov 10 2014 - 03:41:49)
<rman> I seem it can boot from sd card now. Do the version correct ?
<rman> sjoerd: it seem still not work, anyway, thanks :)
<xming_> trying to find where DDR is getting init in the upstream, but I am a bit lost
<xming_> maybe I can try to port it to mainline uboot
ckeepax has joined #linux-rockchip
<xming_> aha found it
maz_ has joined #linux-rockchip
rman has quit [Quit: Leaving]
<xming_> sjoerd: do you have a branch with those patches applied?
<sjoerd> xming_: that's finguring out the size not configuring the memory
<sjoerd> the memory seutp in the u-boot from rockchipos is the blobby blob
<xming_> ouch
<xming_> "those patches" == <32KB patches
<sjoerd> http://git.denx.de/?p=u-boot.git;a=blob;f=arch/arm/mach-rockchip/rk3288/sdram_rk3288.c;h=09017ccf5e634142e0e77a3b2b7b3d9f8bf0e7d8;hb=HEAD is the upstream setup
<sjoerd> xming_: https://git.collabora.com/cgit/user/sjoerd/u-boot.git/log/?h=u-boot-rockchip-testing us u-boot-rockchip/testing from a few days ago + my patches
<xming_> sjoerd: aha you've just created that
<xming_> thought I was going mad
cyteen has quit [Read error: Connection reset by peer]
<sjoerd> xming_: i just pushed it yet
<sjoerd> I don't usually push my wip stuff out unless there is an interest
<xming_> -rw-r--r-- 1 xming xming 32005 Dec 9 13:21 firefly/spl/u-boot-spl-dtb.bin
<xming_> \o/
<xming_> sjoerd: gj
<xming_> redarding 4GB, could it just be as simple as increasing channels from 2 to 4?
<xming_> are those really channels? Or banks?
<sjoerd> iirc it's 2 banks on these
<sjoerd> xming_: could be that you just need to adjust the dts in u-boot for the firefly
<sjoerd> though it should be able to autodetect it as the binary blob can in principle
<xming_> worth a try after I get the kernel booting
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
cnxsoft has quit [Quit: cnxsoft]
naobsd has joined #linux-rockchip
kapouer has joined #linux-rockchip
<naobsd> sleepy
<naobsd> hmm what's the rk3228 ;)
<sjoerd> more new shinies
<naobsd> hm, quad cortex-a7
<naobsd> maybe similar to rk3128?
<naobsd> oops
<naobsd> "secure boot" person is doing multi posting...
<naobsd> ah, also here...
<naobsd> hmm I want to try some u-boot things, but very sleepy
<naobsd> zzz
dave____ has joined #linux-rockchip
dave____ has quit [Client Quit]
<naobsd> cat: /sys/class/thermal/thermal_zone1/temp: Resource temporarily unavailable
<naobsd> hmm
<mmind00_> naobsd: pending clock issue
<naobsd> oh
<mmind00_> i.e. tsadc clock is fed from the rtc, but tsadc often gets probed before the rtc and then enable-counts mismatch
<naobsd> hm, rfc...
<mmind00_> naobsd: yep, also depends on another change altogether
<naobsd> oh mickey is in next-20151209 :)
<naobsd> is there any patch for cpufreq on rk3368?
<mmind00_> naobsd: haven't looked at that again yet ... needs to use the big_little cpufreq driver though
cristian_c has joined #linux-rockchip
wadim_ has quit [Remote host closed the connection]
Ueno_Otoko- has quit [Ping timeout: 256 seconds]
<naobsd> mmm next-20151209 didn't boot on firefly :(
<naobsd> (no console for now)
<naobsd> toooo sleepy
<cristian_c> naobsd: hi
<cristian_c> naobsd: do you know if it's possible add a new resoluzione in 'modes' file about hdmi display?
<naobsd> cristian_c: probably you can add info to some file in kernel
<cristian_c> uhm
<cristian_c> ok
<cristian_c> I think, so, I could directly rebuilt kernel editing .config file
<cristian_c> rebuild
<cristian_c> but nothing at-the-fly
rory0962 has joined #linux-rockchip
rory0962 is now known as rory096
rory096 has quit [Changing host]
rory096 has joined #linux-rockchip
mmind00_ is now known as mmind00
<mmind00> naobsd: yeah, but that boot failure does seem to range across mutliple socs
<mmind00> naobsd: and of course next-20151208 still booted and I don't think anything rockchip-specific went in since yesterday
<sjoerd> tyler-baker: khilman, cool. yeah seems there are 69 new boot failures today, they look like the same issue on all the board. Hopefully it's only one issue.
<sjoerd> from the kernelci guys ;)
<xming_> mmind00: tried with a 2GB SD card http://pastebin.ca/3279556
<xming_> could it be related that I have a 4GB/32GB board?
<mmind00> xming_: this time it didn't detect neither the sd card nor the emmc? very strange
jas-hacks has joined #linux-rockchip
gb_master has joined #linux-rockchip
gb_master has quit [Remote host closed the connection]
<xming_> probably the newer uboot is the cause
<xming_> going to use the same one
cyteen has joined #linux-rockchip
<sjoerd> xming_: if u-boot is causingthe kernel to not see your emmc/sd card then the kernel is buggy for sure
<sjoerd> [ 1.508608] dwmmc_rockchip ff0d0000.dwmmc: Failed getting OCR mask: 0
<sjoerd> [ 1.515479] dwmmc_rockchip ff0d0000.dwmmc: could not set regulator OCR (-22)
<sjoerd> [ 1.522543] dwmmc_rockchip ff0d0000.dwmmc: failed to enable vmmc regulator
<sjoerd> that's suspcious though
<xming_> it doesn't change a thing
<xming_> 2 different cards behave totally different
<xming_> so uboot doesn't have issues finding the card nor reading from it, but the kernel does?
jas-hacks has left #linux-rockchip [#linux-rockchip]
<xming_> kernel 4.3 has the same issues but print other info http://pastebin.ca/3279731
<xming_> [ 1.552182] vcc_sd: disabling
<xming_> [ 1.555157] vcc_flash: disabling
<xming_> does anyone has any idea/clues of how can I get this sorted?
<mmind00> xming_: interesting ... I have the nagging feeling that I've seen that before
<mmind00> xming_: could you check if the act8865/act8846 driver is built into your kernel?
<mmind00> (in both versions)
<xming_> mmind00: with kernel 4.3 both sd cards have the same kernel output
<xming_> okay
<xming_> # CONFIG_REGULATOR_ACT8865 is not set
<mmind00> xming_: yes ... in your 4.3 log you can see the dwmmc hosts initializing multiple times ... which indicates probe-deferrals
<mmind00> xming_: it must be enabled
<xming_> ah it's not in the multi_v7
<xming_> will enable it
<mmind00> xming_: it should be in the 4.4 multi_v7 now, thanks to sjoerd
<xming_> mmind00: hmm need to check 4.4
<xming_> compiling 4.3 first, install that, then swithcing to 4.4-rc
premoboss has joined #linux-rockchip
<xming_> mmind00: 4.3 doesn't even boot, 4.4-rc4 has that in defconfig, recompiled a new one and I get this with the 2GB SDcard http://pastebin.ca/3279781
<xming_> it read the partition table, has trouble to read further to find init :/
<xming_> rebooting it and now it can't find partitions (like before)
cristian_c has quit [Read error: No route to host]
cristian_c has joined #linux-rockchip
<mmind00> xming_: can you try increasing the drive-strength, similar to rk3288-veyron-sdmmc.dtsi ?
cristian_c has quit [Read error: No route to host]
cristian_c has joined #linux-rockchip
cristian_c has quit [Read error: No route to host]
cristian_c has joined #linux-rockchip
<xming_> which line(s) control strength?
<mmind00> the "pcfg_pull_none_drv_8ma" references in the pinctrl settings
<mmind00> these are actually defined in rk3288-veyron.dtsi and override the drive strength to 8ma, which seems to work for veyron devices
<xming_> so lines 55-68, and put those in firefly's dts and just recompile the dtb?
<mmind00> yep ... and also the core defines for these from rk3288-veyron.dtsi ... if they're not present dtb compilation will fail of course
<xming_> just found out they aren't
kapouer has quit [Quit: kapouer]
<xming_> mmind00: oh my, thank you so much that did it
<mmind00> really? ... very nice
<mmind00> we should probably increase drive strength then
<xming_> yes, the prove http://pastebin.ca/3279807
<xming_> mmind00: why am I getting that and none og you guys?
<xming_> mmind00: here is the patch for dtb http://pastebin.ca/3279808
<mmind00> now you can probably also test your 64gb card :-)
<mmind00> xming_: I don't know why it happened only to you yet
<xming_> mmind00: yes I will do that tomorrow and report back
<mmind00> the veyron devices run on 8ma strength since the beginning ... but so far nobody reported issues for the other boards
<xming_> mmind00: probably because I attract bad luck
<mmind00> xming_: don't be so sure ;-) ... we got it solved, so that probably counts as good luck
<xming_> maybe it's because I have the 4GB board
<xming_> mmind00: that's because you are awesome :D
<mmind00> the 4gb really may be a factor ... I don't think they've spread to much yet
<xming_> maybe 4GB DDR/32 GB emmc is drawing more current?
<mmind00> don't think that matters here ... drive strength concerns the amount of current on the lines between soc and sd-slot
<xming_> firefly uses the same .img for 2GB and 4GB versions
<mmind00> yeah, but they may be running at 8mA for both anyway
<xming_> ah right
<xming_> mmind00: and how much mA is it with the default dtb?
<mmind00> xming_: 4mA is the default value ... and supported are 2,4,8 and 12mA
<xming_> mmind00: thanks, need some sleep cya
<mmind00> xming_: :-)
steev has quit [Ping timeout: 250 seconds]
kapouer has joined #linux-rockchip
<naobsd> ooops linux-next arm64 cannot be compiled :(
<naobsd> many symbols cannot be found while compiling arch/arm64/kernel/asm-offsets.s :(
steev has joined #linux-rockchip
<naobsd> mmind00, xming_: I have several uSD cards which don't work on RR2 (but work on firefly) with linux-next kernel
<mmind00> naobsd: possibly also the fault of a to low drive strength ... can you try increasing it as well?
<naobsd> if my memory is correct, "don't work" cards are working with mask rom/mainline u-boot (SD boot is working with those cards)
<naobsd> mmind00: I'll try more tests
<naobsd> I guessed my _cards_ are unstable
<naobsd> well, it needs more careful tests
<naobsd> will do
cristian_c has quit [Quit: Bye]