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
<mijk> what do I need to download from the git in order to not have a 150MB kernel?
<mijk> I've built a kernel dts already
cnxsoft has joined #linux-rockchip
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-rockchip
cnxsoft1 has joined #linux-rockchip
cnxsoft has quit [Ping timeout: 248 seconds]
cnxsoft1 is now known as cnxsoft
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
<ayaka> I give up to make the xserver and mali work on the latest kernel
<ayaka> it is not necessary for video decoder
paulk-collins has joined #linux-rockchip
<ayaka> what the f*ck with the firefly, I can made none of video output work even at kernel 4.4
Aussie_matt has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-rockchip
<phh> ayaka: X11 mali r12p0 works for me on 4.10-rc
<phh> rc3
<ayaka> phh, it seems that it is a problem with firefly reload board
<ayaka> not with kernel
<ayaka> if I enable hdmi or edp, I would get a lots of https://paste.fedoraproject.org/527649/48428614/
<ayaka> maybe I would have a try on miniarm on the weekday
<ayaka> and firefly release
<phh> what's miniarm btw? I've seen it a lot referenced, but I just found one ref on aliexpress
<ayaka> I have finally understand the last piece of H264, and ready to write a new decoder
<phh> 517 is EDEFERED no?
<ayaka> phh, it is made by ASUS
<phh> oh it's the dev board by asus?
<ayaka> and I don't know when it would be on sale, but it has been published at CET
<phh> yup yup I see, I just didn't know it was named miniarm
<ayaka> phh, I may check your kernel later
<phh> ayaka: fyi, concerning my mainline exploration, i've found that an h265 file properly decodes with gstreamer/mpp
<phh> only h264 fail
<phh> in kernel logs I get
<phh> rk-vcodec ff9a0000.vpu-service: can not find 43 buffer in list
<ayaka> phh, it is normal for the new buffer importing
<ayaka> phh, have you tried chmod 666 /dev/vpu-service
<phh> I run it as sudo -_-'
<ayaka> phh, any logs from mpp or gstreamer?
<phh> i didn't get them yet, sec
<phh> (I'm still having the stupid mmc bug at boot which makes my testing much slower...)
<phh> mpp_buf_slot: mpp_slots_set_prop found invalid input slots 0xb4816cc0 type 3 val (nil)
<ayaka> full log
<ayaka> with --gst-debug=vpudec:5 and pipeline
<phh> filesrc location=2.mp4 ! qtdemux ! queue ! h264parse ! vpudec ! kmssink
<phh> that's the pipeline
<phh> and then kernel panic
<phh> well, first many iommu faults
<ayaka> phh, it looks like a few frame have been decoded
<phh> yup, I do see some frames
<ayaka> but failed in the middle
<ayaka> phh, in my memory, the upstream rockchip drm still use gem
<ayaka> maybe you can't allocate enough frames from kernel
<phh> .driver_features = DRIVER_MODESET | DRIVER_GEM |
<phh> DRIVER_PRIME | DRIVER_ATOMIC,
<phh> I assume this means it uses indeed GEM?
<ayaka> I forget, recently I am little busy, I don't look at kernel recently
<ayaka> we change to use iommu just a month ago to solve the buffer allocation problem
<phh> does it make sense for all h264 to fail but for h265 to success, or should I try to narrow down working and failing files? or does it seem totally unrelated?
<ayaka> not sure, it depends on the video source
<phh> my h264 video source is youtube at the moment
<phh> I'm going to try some other
<ayaka> maybe your hevc video source doesn't use lots of reference frame
<ayaka> but usually not
<ayaka> enanble the debug for vpubufferpool as well please
paulk-collins has quit [Remote host closed the connection]
<phh> uh... now it works ?!?
<ayaka> speed problem?
<ayaka> enable more long means more slow
<ayaka> phh, btw, which board do you use?
<phh> asus c201
<ayaka> chromebook, I see
paulk-collins has joined #linux-rockchip
cnxsoft has quit [Quit: cnxsoft]
kkkio has joined #linux-rockchip
kkkio has quit [Client Quit]
paulk-collins has quit [Ping timeout: 240 seconds]
paulk-collins has joined #linux-rockchip
mrjay has joined #linux-rockchip
mrjay has quit [Client Quit]
scelestic has quit [Read error: Connection reset by peer]
paulk-collins has quit [Ping timeout: 240 seconds]
scelestic has joined #linux-rockchip
paulk-collins has joined #linux-rockchip
vagrantc has joined #linux-rockchip
vagrantc has quit [Changing host]
vagrantc has joined #linux-rockchip
mrjay has joined #linux-rockchip
mrjay has quit [Client Quit]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<mijk> what do I need to download from the git in order to not have a 150MB kernel? I have the kernel dts already
<phh> I don't really understand how you could get a 150MB kernel...
<phh> unless you took vmlinuz instead of zImage that is
wzyy2 has quit [Ping timeout: 260 seconds]
<mijk> yeah, I didn't find zimage
<mijk> I built from the root of the git
nighty has quit [Quit: Disappears in a puff of smoke]
paulk-collins has quit [Quit: Leaving]