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
mcan_ has quit [Ping timeout: 256 seconds]
vagrantc has quit [Quit: leaving]
hramrach has quit [Ping timeout: 260 seconds]
hramrach has joined #linux-rockchip
mcan has joined #linux-rockchip
nighty has joined #linux-rockchip
cnxsoft has joined #linux-rockchip
jkstrick has joined #linux-rockchip
libv_ has joined #linux-rockchip
jkstrick has quit [Remote host closed the connection]
jkstrick has joined #linux-rockchip
libv has quit [Ping timeout: 248 seconds]
jkstrick has quit [Ping timeout: 258 seconds]
jkstrick has joined #linux-rockchip
jkstrick has quit [Remote host closed the connection]
jkstrick has joined #linux-rockchip
jkstrick has quit [Ping timeout: 246 seconds]
ademon82 has joined #linux-rockchip
ademon82 has quit [Client Quit]
indy has quit [Ping timeout: 264 seconds]
cnxsoft1 has joined #linux-rockchip
cnxsoft has quit [Ping timeout: 258 seconds]
cnxsoft1 is now known as cnxsoft
indy has joined #linux-rockchip
jkstrick has joined #linux-rockchip
jkstrick has quit [Ping timeout: 258 seconds]
jkstrick has joined #linux-rockchip
jkstrick has quit [Ping timeout: 250 seconds]
nighty has quit [Quit: Disappears in a puff of smoke]
paulk-aldrin has joined #linux-rockchip
nighty has joined #linux-rockchip
Aussie_matt has joined #linux-rockchip
Omegamoon has joined #linux-rockchip
jkstrick has joined #linux-rockchip
jkstrick has quit [Remote host closed the connection]
jkstrick has joined #linux-rockchip
jkstrick_ has joined #linux-rockchip
jkstrick has quit [Ping timeout: 258 seconds]
cnxsoft has quit [Quit: cnxsoft]
Ethan has joined #linux-rockchip
<Ethan> Hi, is possible to increase framerate of ov13850?
<phh> have you checked its datasheet?
<Ethan> I have to try to record video, but only 10fps
<phh> right, it's supposed to be capable of 30fps
<phh> is it light-dependant?
<phh> and on what SoC are you trying? perhaps it's not capable of encoding that fast
<Ethan> RK3288
<phh> it's 1080p?
<ayaka> I think you may not use the dmabuf
<ayaka> or copy the frame buffer when render to the X
<Ethan> yes, 1080p
<diego71> for anybody interested: I solved the problem with kernel 4.9 and mmc. I've used 4.10-rc1, and patched as described in https://irclog.whitequark.org/linux-rockchip/2016-12-15
<ayaka> diego71, thank you very much
<ayaka> I just going to try the new next
<diego71> ayaka: I'm testing now with debian on firefly-rk3288
<ayaka> how do you solve the problem?
<ayaka> I didn't need the patch
<diego71> there is still some issue with usb: usb device will not be recognized if plugged in while is on
<ayaka> diego71, about the usb I sent patches to solve this problem
<Ethan> ayaka: I have to try the ov13850 on firefly-rk3288, but 1080p only 10fps. Did you know which version of rockchip have support 30fps?
<ayaka> but still not be merged yet
<Ethan> which version of rockchip sdk?
<ayaka> Ethan, never tried, but I think the reason is quite simple
<ayaka> Ethan, you are using the develop-4.4 branch or vpu-service-4.4?
<diego71> ayaka, for mmc I've solved commenting the pm_* parts in the driver
<ayaka> diego71, all ?
<diego71> there is a better place to report the problem/solution?
<ayaka> diego71, could you give me a diff file?
<ayaka> diego71, yes to the mail list
<Ethan> ayaka: I am use new release firmware from firefly-rk3288.
<ayaka> Ethan, I mean the kernel
<Ethan> rockchip official sdk is no to work for ov13850.
<ayaka> of course, we never test it
libv_ is now known as libv
<ayaka> diego71, let me have a try
<ayaka> if you don't how to report to mail list, may I send that?
<diego71> ayaka: yes, please
<Ethan> ayaka: I think is develop-4.4. maybe. I need to confirm tomorrow at office.
<ayaka> Ethan, it is a little old anyway
<ayaka> try the other branch please
<ayaka> but I think the camera would work worse in the other branch
<ayaka> the ISP driver is odd, and have to mange
<ayaka> if you meet a problem, then just leave it there, I don't have to solve it this month
<ayaka> and the next month
<ayaka> have time to solve
<Ethan> ayaka: Can you help to solve this problem? than release a new sdk. I have also to inform FAE about this.
<ayaka> if you could contact FAE, ask him
<ayaka> anyway that ugly driver won't assign to me
<diego71> ayaka: do you refer to the ml in the topic (on google groups)?
<Ethan> I also have to try ov13850 on another SoC, this is can work 1080p/30fps very well. So I think this is a rockchip built-in ISP problem.
<ayaka> diego71, no the kernel mail list
<ayaka> I would try to blame a patch cause this problem
<ayaka> no, just the kernel driver is broken
<ayaka> although maybe I broke it
Aussie_matt has quit [Remote host closed the connection]
<diego71> ayaka: ok, if you need someone to test new kernel driver version, I can do it. Usually I can test them in a couple of day.
<ayaka> diego71, thank you, I am doing that right now
Ethan has quit [Quit: Page closed]
andoma_ has quit [Ping timeout: 268 seconds]
<ayaka> diego71, sent
<diego71> ayaka: thanks
andoma has joined #linux-rockchip
geekerlw has quit [Read error: Connection reset by peer]
geekerlw has joined #linux-rockchip
paulk-aldrin has quit [Remote host closed the connection]
fischerm has quit [Ping timeout: 264 seconds]
fischerm has joined #linux-rockchip
vagrantc has joined #linux-rockchip
scelestic has quit [Read error: Connection reset by peer]
_jungh4ns has quit [K-Lined]
paulk-collins has joined #linux-rockchip
scelestic has joined #linux-rockchip
JohnDoe_71Rus has joined #linux-rockchip
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
JohnDoe_71Rus has joined #linux-rockchip
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
paulk-collins has quit [Remote host closed the connection]
jkstrick_ has quit [Ping timeout: 258 seconds]
indy has quit [Ping timeout: 246 seconds]
indy has joined #linux-rockchip
<diego71> there is come kind of cpufreq in mainline kernel for rk3288?
<vagrantc> think so
<diego71> vagrantc: I've installed debian on the firefly-rk3288, but performance are low (less than half vs stock ubuntu)
<vagrantc> hmmm... i don't actually have cpufreq support on the firefly boards
<diego71> I was wondering if it was a problem of cpu clock. But I can't check it ...
<vagrantc> i'm pretty sure i had cpufreq support on the veyron-speedy ...
<diego71> vagrantc: another strange thing is that the kernel 4.8 in d-i, but after finishing the installation, the debian kernel work just fine
<mmind00> diego71: we have cpufreq, but not ddrfreq yet ... ram comes up in a safe frequency, and is running at around half of its max speed
<vagrantc> well, that would explain why all my firefly boards haven't been performing as fast as one might hope :)
<diego71> vagrantc: sorry. I mean, the d-i kernel don't initialize mmc correctly, but after that stock debian kernel works fine
<diego71> (but the usb glitch is still there)
<vagrantc> eMMC, or microSD ?
<vagrantc> what usb glitch?
<diego71> vagrantc: either , and also don't init the ethernet controller
* vagrantc is using usb-sata SSD for rootfs on three firefly boards
<vagrantc> haven't actually tried debian-installer since i enabled support for firefly-rk3288 ...
<diego71> vagrantc: usb devices works only, if they alredy plugged in when it boots
<vagrantc> ah
<vagrantc> i probably wouldn't notice that sort of bug with headless machines
<diego71> mmind00: there is a way to check the current cpu freq?
<mmind00> diego71: /sys/devices/system/cpu/cpu0/cpufreq/... something there
<diego71> mmind00: i was looking around there, but there is nothing
<mmind00> diego71: is cpufreq even enabled on your kernel? :-)
<diego71> good question :). I hope so. lsmod | grep cpufreq
<diego71> cpufreq_dt 4193 0
<diego71> ...
<mmind00> diego71: alternatively to get the raw cpuclk value do something like "mkdir/debug; mount none /debug -t debugfs; cat /debug/clk/clk_summary | grep armclk"
<diego71> root@firefly:/debug/clk# cat clk_summary | grep armclk armclk 0 0 500000000 0 0
<diego71> does it means 500Mhz?
<mmind00> diego71: yep, which is not a valid cpufreq operating point, so I guess cpufreq is not active on your system
<diego71> mmind00: have you suggestion to what to check?
<mmind00> diego71: try a dmesg and grep for cpufreq? What board are you on anyway?
<diego71> mmind00: firefly-rk3288. Btw dmesg| grep cpufreq gives nothing. But cpufreq_* are loaded
* diego71 meanwhile is compiling a 4.10-rc1 with multi_v7_defconfig just in case ...
<diego71> mmind00: and the current kernel is 4.8.11
Omegamoon has left #linux-rockchip [#linux-rockchip]