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
ganbold_ has quit [Remote host closed the connection]
ganbold_ has joined #linux-rockchip
Tony_ has joined #linux-rockchip
<prop81> grrrr....I can't get past the Firefly splash when I built system.img
<prop81> anyone else run into this issue?
<Tony_> I'm here now.
<Tony_> Firefly splash is mean that there are many error ?
<prop81> After download system.img, it reboots and hangs at the Firefly splash screen
<naobsd> "I can't get past the Firefly splash when I built system.img" is too less information
<naobsd> you should explain more e.g. how did you built system.img, what you changed, serial console output, etc
<naobsd> Tony_: generally splash == logo on boot
<Tony_> naobsd, okay.
<prop81> I did not change any of the source, just followed the instructions right off the firefly website
<naobsd> btw there are some "splash"es, logo on u-boot, logo on kernel, logo on boot.img, Android boot animation...
<Tony_> I have this experience before, my question is wrong parameter.
<prop81> the splash screen I see is the light bulb and the word "Firefly" underneath it
<prop81> sorry, I'm pretty new to all of this
<naobsd> you should explain about "the instructions right off the firefly website" more, at least you can put uri. please keep in mind that here is not firefly support forum
<prop81> I understand, is there any other rk3288 device with source available?
<prop81> Here is the link to the instructions: http://wiki.t-firefly.com/index.php/Firefly-RK3288/Build_android/en
<Tony_> naobsd, I want to share you some thing from doc. just one more thing.
<naobsd> prop81: then, how did you flash system.img(or update.img)? that page has no info about it
<prop81> I followed the Windows instructions from this link: http://wiki.t-firefly.com/index.php/Firefly-RK3288/Flash_image/en
<naobsd> prop81: then, any output from serial console?
<prop81> I tried only updating system.img first, then I tried uboot,resource,kernel, boot and recovery with the same results
<Tony_> There are some tech brief report from RK.
<naobsd> Tony_: thanks... oh, too many docs....
<prop81> I do not have those pins connected to anything right now
<naobsd> prop81: did you check addresses in AndroidTool screen and addresses in parameter on your device are surely matched, in other word, what happen if you flash parameter first and all remaining images next?
<naobsd> prop81: as far as I know, firefly is dev board. you should use serial console for development work
<naobsd> well
<naobsd> prop81: minor correction, confirm addresses in AndroidTool screen and addresses in parameter file are matched first, then flash parameter and all images
<naobsd> Tony_: it looks like release notes or changelog or errata
<prop81> naobsd: I did not flash parameter, but I confirmed address are correct
<naobsd> prop81: if you didn't flash parameter, then you need to check parameter flashed on your firefly. parameter _file_ and parameter on your board may be different
<prop81> naobsd: I will give that a try. Thanks for being patient with a newbie!
<naobsd> prop81: btw, you have engineering prototype, right?
<prop81> I just got it today
<naobsd> I heard mass production ver. will be available at end of Oct
<naobsd> there are some difference between prototype and production
<naobsd> you need to built correct one
<naobsd> build
<Tony_> naobsd, I try to translate one. this :https://drive.google.com/open?id=0B6NGoH-iSqrKdFplWlI1R1JydVE&authuser=0
<prop81> naobsd: happen to know what the differences are?
<naobsd> prop81: probably it will be available when MP ver. is released
<Tony_> naobsd, yeah, many changelog or errata, but there are many WANING about hardware. such as PMU etc.
<naobsd> prop81: if you have prototype, you need to use config files named beta
<naobsd> Tony_: I don't design hardware, no way to do something related to hardware :)
<naobsd> Tony_: anyway, thank you for your information
<Tony_> okay.
<naobsd> prop81: I think system.img should be flashed to 0x00092000
<naobsd> prop81: anyway, I recommend to use serial console
<prop81> naobsd: yes, system.img is at 0x00092000. I will have to hook up the serial, so I will do some soldering tomorrow
<naobsd> prop81: soldering? no pins on your firefly>
<naobsd> ?
naobsd has quit [Quit: Page closed]
nighty^ has quit [Quit: Disappears in a puff of smoke]
c0d3z3r0 has quit [Ping timeout: 244 seconds]
c0d3z3r0 has joined #linux-rockchip
c0d3z3r0 has quit [Ping timeout: 256 seconds]
c0d3z3r0 has joined #linux-rockchip
Astralix has joined #linux-rockchip
AstralixNB has joined #linux-rockchip
Astralix1 has quit [Ping timeout: 250 seconds]
AstralixNB1 has quit [Ping timeout: 250 seconds]
GriefNorth has joined #linux-rockchip
Tony_ has quit [Quit: Page closed]
ganbold_ has quit [Ping timeout: 255 seconds]
eebrah has quit [Remote host closed the connection]
eebrah has joined #linux-rockchip
Tony_ has joined #linux-rockchip
<Tony_> Who can tell me that how to create boot.img alone ?
<Tony_> I used ./mkimage shell from RK.
<Tony_> naobsd, are you here ?
Tony_ has quit [Ping timeout: 246 seconds]
Tony_ has joined #linux-rockchip
Tony__ has joined #linux-rockchip
Tony_ has quit [Ping timeout: 246 seconds]
hipboi has quit [Ping timeout: 255 seconds]
hipboi has joined #linux-rockchip
<rperier> mmind00: unfortunately "poweroff-source" is used by act8865 AND tps65910 now (on linux-next)
<rperier> however the property is not used yet by dts
dlezcano has joined #linux-rockchip
selfbg has joined #linux-rockchip
hipboi has quit [Ping timeout: 258 seconds]
dlezcano has quit [Ping timeout: 272 seconds]
naobsd has joined #linux-rockchip
<Tony__> naobsd,
<Tony__> can you tell me that how to create boot.img only.
<Tony__> naobsd, can you ...?
<naobsd> Tony__: mkbootimg or mkkrnlimg or rkcrc. please tell me what you really want to do
<Tony__> naobsd, I used ./mkimage before.
<Tony__> It will create boot.img system.img etc.
<Tony__> every time.
hipboi has joined #linux-rockchip
<naobsd> mkimage.sh is shell script, you can see & understand what is done
<Tony__> Yeah, It is.
<Tony__> And do you know about 4.4 ?
<Tony__> 4.4 has no rknand.ko.
<Tony__> Actually, I still think about the problem which is talk about yesterday.
<Tony__> about rknand.ko.
<Tony__> naobsd.
<naobsd> 4.4 has rknand.ko.
<Tony__> lsmod
<Tony__> I can't fond rknand.*.ko
<Tony__> root@rk3188:/ # lsmod
<Tony__> rk29_ipp 9957 1 - Live 0x00000000 (C)
<Tony__> mali 152212 30 - Live 0x00000000
<Tony__> root@rk3188:/ #
<Tony__> ump 27958 15 mali, Live 0x00000000
mrcan_ is now known as mrcan-afk
* mrcan-afk is away: afk
ganbold_ has joined #linux-rockchip
<naobsd> Tony__: sorry, what is the point? rknand.ko is available in 4.4 sdk, your system doesn't use rknand.ko, nothing is wrong.
<naobsd> rknand.ko is not needed if there is no NAND
<naobsd> same for 4.2 and older
<Tony__> My system DO use rknand.ko, (4.2.2)
<Tony__> same hardware. I just confused.
<naobsd> you can use rknand.ko
<naobsd> can != must
<naobsd> I explained several times
<Tony__> Yeah, clear. sorry.
<naobsd> and sdio wifi will have issue with rknand.ko
<naobsd> well
<Tony__> can != must. Yes,It is. :P
<naobsd> and sdio wifi will have issue with rknand.ko on non-NAND system
<naobsd> hm
<naobsd> (sdio wifi will have issue with rknand.ko on "boot from SD" system ? I have no experience about this, but you know)
<Tony__> Actually, I'm waiting for RK. They don't answer me for long time. Maybe They are confused too. :P
<Tony__> naobsd, In your opinion, rknand.ko is good way or not ?
<Tony__> And Why RK do that ?
<naobsd> both is ok if there is no problem...
<Tony__> make sense.
<Tony__> At moment for waiting, I want to check mmc1 controler by hardware.
<Tony__> use OSC.
<Tony__> But I know a little sequence chart of sdio.
<Tony__> naobsd, how about you ?
<naobsd> well?
<naobsd> ah, I don't have knowledge about hardware
<Tony__> really? I know you can solder.
<naobsd> my skill is not good at all
<Tony__> :P, We talk other thing.
<Tony__> naobsd, I think that Android System turn on WiFi is operating rfkill(Linux kernel).
<Tony__> whatever mmc driver is broken, right ?
<naobsd> I learned soldering at school when I was teenager, but I don't do it at job...
<Tony__> Me too.
<phh> Tony__: it's implementation specific, and most of the time it's rather just inserting/removing some module
<phh> but I did have seen rfkill in some implementations
<naobsd> why mmc driver is broken?
<Tony__> phh, Yes, agreed.
<naobsd> I don't think mmc driver is broken
<Tony__> naobsd, I just assume.
<naobsd> it may have a bug, but it works well...
<Tony__> With multimeter, I can see that the REG_ON pin of sdio wifi is high when turn on it from Android.
<Tony__> whatever the mmc driver is exsit or not.
<Tony__> *exist
<Tony__> They are self-reliant.
<Tony__> I guess.
<Tony__> naobsd, phh. what about your opinion.
<naobsd> about wifi power, grep rk29sdk_wifi_power under kernel/arch/arm/
<naobsd> mmc driver is storage driver, not power driver
<naobsd> drivers may request power
<Tony__> sdio driver and mmc driver is not a same thing ?
<naobsd> sdio driver may request power, mmc driver may request power
<naobsd> but sdio driver and mmc driver is not power driver
<Tony__> power driver is normal a rfkill.
<naobsd> well
mrcan-afk is now known as mrcan
cristian_c has joined #linux-rockchip
<cristian_c> hello
<cristian_c> naobsd, I've checked dmesg and boot partition
<cristian_c> but I haven't found any info :(
<cristian_c> about the loader bin file
<cristian_c> naobsd, have I to look at the kernel partition?
<naobsd> cristian_c: well, what is your purpose this time?
<cristian_c> lol
<naobsd> sorry?
<cristian_c> naobsd, you have asked me what bootloader I'm using
<naobsd> yes
<cristian_c> I'm trying to find the answer
<cristian_c> I've extracted the /boot partition with rkflashtool
<cristian_c> maybe, I've to extract also the /kernel partition to know the answer
<naobsd> well
<cristian_c> I try
<naobsd> what I said is try serial console or dmesg
<cristian_c> naobsd, I've already lookwed at the dmesg
<cristian_c> *looked
<naobsd> you looked, I didn't
<cristian_c> naobsd, ok, I'll post it
<cristian_c> naobsd, recovery dmesg?
<naobsd> (btw, why I asked bootloader ver is because you told about u-boot)
<cristian_c> yes
<naobsd> any dmesg is ok
<cristian_c> ok
dlezcano has joined #linux-rockchip
<cristian_c> naobsd, http://pastebin.com/DiGtNPHA
<naobsd> bootver=2013-12-16#2.09
<cristian_c> ok
<cristian_c> I thought I had to look for rksomeloader.bin string
<cristian_c> sorry
VargaD_ has joined #linux-rockchip
VargaD has quit [Ping timeout: 264 seconds]
VargaD_ is now known as VargaD
<cristian_c> naobsd, I think kernel.img it's a binary file
<cristian_c> and it's cannot be unpacked
<cristian_c> *it cannot
wildea01 has joined #linux-rockchip
<cristian_c> ok, I've read the README in sdboot_rk3188.zip
Tony__ has quit [Remote host closed the connection]
<cristian_c> naobsd, ok, i don't know if it's a proprietary loader. Anyway, it's 20.09 version instead of 2.10
<cristian_c> *2.09
<naobsd> probably proprietary loader
<cristian_c> ok,
<cristian_c> Can I check this exactlyin some ways?
<cristian_c> :)
<naobsd> loader?
<cristian_c> yes
<cristian_c> I can try to search for info
<naobsd> do you have firmware for your device?
<cristian_c> i think no
<cristian_c> i don't know
<cristian_c> I think I can extract it, but I've found a webpage
<cristian_c> but I can't identify exactly the firmaware (brand)
<cristian_c> *firmware
<cristian_c> I've extracted qc802_publice_ap6210_20130805.img and if I unpack it, I find a different loader: RK3188Loader(L)_V1.20.bin
naobsd has quit [Quit: Page closed]
dlezcano has quit [Ping timeout: 264 seconds]
hipboi has quit [Ping timeout: 265 seconds]
bengal has joined #linux-rockchip
hipboi has joined #linux-rockchip
<rperier> in order to write an changelog via git send-email usually you need to write your comments after the marker line "---". Some developers seems to create a dedicated commit containing all changes since previous version (usually [PATCH v2 0/xxx ] for example). How do they do ?
<rperier> a good example is "[PATCH v15 0/5] Rockchip soc thermal driver"
bengal has quit [Ping timeout: 250 seconds]
<rperier> any ideas ?
<rperier> I mean, do they create an empty commit via git commit just for that or this is an option with send-email ? I don't find on the web
<karlp> I was just coming to ask you about that myself, your series looks cool, with v2 for 1 and 2, and v1 for 3 and 4
<karlp> I was going to ask how you did it :)
<karlp> I get the empty mail by using the --annotate or something, that makes a separate email at the beginning
<karlp> and I haven't worked out how to add the comments after the marker per commit in the series.
<rperier> in my case I type: git send-email --to <address1> <put cc here if your need> --annotate HEAD~4
<rperier> (the 4 last commits)
<rperier> then it open your default editor (using the variable $EDITOR) and you can edit the subject
<rperier> I just add v1 or v2 myself
<karlp> oh well, next time.
<rperier> and you can edit the whole mail/patch, so you can write a comment after "---"
<rperier> ;)
<rperier> --annotate makes a separate email at the beginning you said? strange, not here...
<rperier> I just found
<rperier> --compose
<karlp> I've only used it with a patch file, not specifying HEAD~x though
<karlp> that's it then sorry, compose
<karlp> I wsa probably looking for annotate to let me edit the individual patches :)
<rperier> ah yeah it's the right option
<rperier> :)
<rperier> I tested it locally it works just fine :)
ganbold_ has quit [Remote host closed the connection]
dlezcano has joined #linux-rockchip
mrcan has quit [Ping timeout: 255 seconds]
mrcan has joined #linux-rockchip
mrcan has joined #linux-rockchip
mrcan_ has joined #linux-rockchip
<mmind00> rperier: git format-patch --cover-letter
FreezingCold has quit [Ping timeout: 244 seconds]
mrcan has quit [Ping timeout: 256 seconds]
<rperier> oh with format-patch too ? interesting, I tried --compose with git send-email the result is the same. it looks good
<rperier> good to know
cristian_c has quit [Quit: Sto andando via]
mrcan_ is now known as mrcan
Celia_ has joined #linux-rockchip
Celia_ has quit [Remote host closed the connection]
FergusL has quit [Read error: Connection reset by peer]
FergusL has joined #linux-rockchip
dlezcano has quit [Ping timeout: 255 seconds]
dlezcano has joined #linux-rockchip
GriefNorth has quit [Ping timeout: 240 seconds]
ganbold_ has joined #linux-rockchip
<karlp> format-patch --cover-letter, then just mail the file it generates?
<mmind00> karlp: I always use "git format-patch --cover-letter -$NUMPATCHES"; edit any patches necessary including the cover letter; and send it via "git send-email *"
<rperier> mmind00: I proposed to Mark to drop the whole serie completly from "next" (poweroff-source). Keep things simple. That's better to re-do things from scratch instead of maintaining 3 properties from "of_has_system_poweroff_source" or introduce a bisection which might break things. I don't want to send unclean commits to fix things which should not have happened.
<rperier> (if this is possible of course)
<rperier> now wait and see
<mmind00> rperier: yes I read that ... if Mark is willing to drop the patches I would agree that this is the best solution
<rperier> yes I agree
selfbg has quit [Quit: Leaving]
* mrcan is away: afk
Bludot has joined #linux-rockchip
nighty^ has joined #linux-rockchip
dlezcano has quit [Ping timeout: 255 seconds]
dlezcano has joined #linux-rockchip
eebrah has quit [Remote host closed the connection]
eebrah has joined #linux-rockchip
FreezingCold has joined #linux-rockchip
dlezcano has quit [Ping timeout: 264 seconds]
dlezcano has joined #linux-rockchip
bengal has joined #linux-rockchip
dlezcano has quit [Ping timeout: 244 seconds]
dlezcano has joined #linux-rockchip
dlezcano has quit [Ping timeout: 258 seconds]
dlezcano has joined #linux-rockchip
dlan has quit [Ping timeout: 255 seconds]
Bludot has quit [Quit: Connection closed for inactivity]
dlan has joined #linux-rockchip
dlan has quit [Ping timeout: 265 seconds]
gb_master has joined #linux-rockchip
dlan has joined #linux-rockchip
<rperier> I think that I found a solution, everything can be fixed incrementally, see https://github.com/rperier/linux-rockchip/commits/topic/poweroff-dts (Mark prefer to fix this issue incrementally without having to drop and re-merge everything)
<rperier> in this way all bisected commits work, build and make sense
dlan has quit [Ping timeout: 272 seconds]
<mmind00> rperier: I've added a comment to the first patch ... otherwise this looks nice
eebrah has quit [Remote host closed the connection]
eebrah has joined #linux-rockchip
<rperier> cool thanks. I like the "Reviewers might recognize this easier" :D (as they did not really read the first patch last time)
<rperier> ;)
<rperier> will do
wildea01 has quit [Quit: leaving]
dlan has joined #linux-rockchip
dlezcano has quit [Ping timeout: 255 seconds]
dlezcano has joined #linux-rockchip
arokux2 has joined #linux-rockchip
dlezcano has quit [Ping timeout: 255 seconds]
gb_master has quit [Remote host closed the connection]
bengal has quit [Quit: Leaving]
tonikasch has joined #linux-rockchip
tonikasch has joined #linux-rockchip
naobsd has joined #linux-rockchip
tonikasch has quit [Remote host closed the connection]