<tonikasch>
cosm ok, I'll give it a try during the weekend, _thanks_ :)
<cosm>
tonikasch: you can probably cherry-pick my patches on that one, I don't know
<tonikasch>
or perhaps the omegamoons 3.0.101?
<tonikasch>
cosm I do feel... where could I find that? :)
<tonikasch>
oh!
<tonikasch>
well. I was in talk with somebody at google that promised me to get in touch to their licensing company in order to make pressure over Rockchip to publish the code but... that was more than a month ago and I have had no reply... three days ago I replied but...
<cosm>
tonikasch: if you feel like running pre-alpha software, you can use my X driver with XV support and mplayer compiled with NEON support to watch pretty high resolution video
<tonikasch>
:)
<tonikasch>
sorry :S
<tonikasch>
oh, though we were talking about rk :p
<ncrmnt>
tonikasch: The one on K1879?
<tonikasch>
wow, so vpu will come to life under GNU/linux? :D
<tonikasch>
wow, video decoder? that hantro thinguie?
2014-05-13
<tonikasch>
ferric meow
2014-05-08
<tonikasch>
bye
<tonikasch>
well, have to leave, cu soon
<tonikasch>
mmm, I see, so perhaps code is more complete now, nearer the sources they have
<tonikasch>
:D thanks
<tonikasch>
naobsd ok, i'll dig into it
<tonikasch>
:O
<tonikasch>
well... the fact is that google produces it, verisillicon licenses it, rockchip produces the soc with this integrated, final vendors mount the soc with some other components...
<tonikasch>
yes
<cosm>
tonikasch: I'm not really sure what's the story, are they looking at releasing the source code for the driver?
<tonikasch>
so I send the email, ok
<tonikasch>
no problem
<cosm>
tonikasch: I don't know, sorry
<tonikasch>
I ask just in case... because I'm writing to google on this as they promised to answer when they would have more information
<tonikasch>
naobsd, cosm: do you know if video encoder/decoder is yet supported under rkchrome tree?
* tonikasch
mmmm, i'll contact google again regarding that hantro video decoder&encoder... let's see if this gets resolved soon
2014-05-02
<tonikasch>
:p
2014-05-01
* tonikasch
C U
2014-04-30
<tonikasch>
dunno, have just noticed 3.10 yesterday
<tonikasch>
yeah...
<tonikasch>
me neither...
<tonikasch>
mmm
<tonikasch>
:)
<tonikasch>
:p
<tonikasch>
I'll try it on minix neo x7 :)
<tonikasch>
mmm, sounds primisng
<ncrmnt>
tonikasch: I got it earlyprintk'ing and then hanging somewhere around clock init.
<tonikasch>
so 3.10 is working on some hw?
<tonikasch>
:p
2014-04-29
<tonikasch>
:\
<tonikasch>
have you managed to get true color?
<tonikasch>
Not near a rk device now, I'll check later
<tonikasch>
mmm, I haven't checked that
<ncrmnt>
tonikasch: Does kwin_gles work for you?
<tonikasch>
i have been using rk with mali and fbturbo without problems...
2014-04-23
<tonikasch>
there are many, but overall those two and the linux-rockchip one are the most active ones
2014-04-22
<tonikasch>
good luck
<tonikasch>
no idea, sorry... just thinking, but nothing yet
<Astralix1>
Maybe tonikasch has another idea, but we've tried the most recent flash loaders and all fail on identification of the flash chip...
<tonikasch>
mmmm, select Device Drivers > Graphics Support > Frame buffer support for Rockchip > Dual display ploy select (one lcdc only one output display for hdmi support) <----- if you have only one display, like in rk3188, you have to select this and NOT "NO dual display needed"
<tonikasch>
it should work
<tonikasch>
:)
<tonikasch>
that's a good file to start with
<tonikasch>
don't you have arch/arm/configs/rk3066_mk808b_defconfig ?
<tonikasch>
o=or
<tonikasch>
o yes, make it
<tonikasch>
find a suitable defconfig in arch/arm/configs/ that contains rk3066 (not rk3066b) and copy it to .config
<tonikasch>
Rockchip RK30xx/RK3108/RK3168
<tonikasch>
that one
<tonikasch>
Rockchip RK30xx/RK3108/RK3168
<tonikasch>
yes
<tonikasch>
oh
<tonikasch>
in arm system type you must select rk3188
<tonikasch>
mmmm one sec
<tonikasch>
so where are you seeing this arm versatile thing? I have no menuconfig in front of me right now
<tonikasch>
have you done the export ARCH=arm before doing make menuconfig?
<tonikasch>
sorry, I'm now trying to make video acceleration work on my minix neo x7, have asked google for SoC VPU drivers and trying the ubuntu touch way also
<tonikasch>
aha, so... don't really know, what you'll really have to know is what display driver it uses in your 3.0.8 kernel and port it, if not present, to 3.0.101 kernel
<tonikasch>
sorry, don't find any reference to that driver, are you sure that's the correct spelling? :)
<tonikasch>
display driver?
<tonikasch>
that's what we have for now, so you copy defconfig and then do make menuconfig to suit to your needs
<tonikasch>
ups, defoconfig = defconfig
<tonikasch>
strontium90 make a defoconfig from arch/arm/config/ and don't miss doing "export ARCH=arm" before doing make menuconfig
<tonikasch>
if not, at least have something to play with
<tonikasch>
in that way, perhaps even debugging vpu, rga and ipp calls will be easier
<tonikasch>
mmm, going to try ubuntu touch approach... linux with android in a lxc container, providing all the basic services needed for linux to run fully accelerated
2014-03-24
<tonikasch>
ahmm
<tonikasch>
:D
<tonikasch>
:D
<tonikasch>
well, don't worry ;) I'll ask on #libhybris
<tonikasch>
what to do, once done?
<tonikasch>
honx I have both android with hybris support and patch built, the generated libraries copied to target device and libhybris built against android headers extracted from android source but... once done
<tonikasch>
in fact, I have also found a message from olegk0 from some time ago confirming this
<m1r>
tonikasch: thats a nice find !
<tonikasch>
m1r ^
<tonikasch>
VPU_DEC_ID_9190 = 0x6731,
<tonikasch>
VPU_ID_8270 = 0x8270,
<tonikasch>
VPU_ID_4831 = 0x4831,
<tonikasch>
I have found it is on2 by searching for the hardware ids contained in Rockchip_4.2_release_libstagefright/4.2_jb_release/libstagefright/libvpu/common/vpu_drv.c
<tonikasch>
mmm, somebody has managed to get a touchscreen running on top of Rockchip-GPL-Kernel with either radxa rock board or minix neo x7
2014-03-22
<tonikasch>
does somebody know if a libhybris patch for android 4.4 bionic is available? i don't find it anywhere although libhybris is being/has been adapted for this release of android
2014-03-21
<tonikasch>
well, switching to armel
2014-03-20
<tonikasch>
ssvb ping
2014-03-19
<tonikasch>
bye
2014-03-18
<tonikasch>
hi, has anybody managed to build "Rockchip-GPL-Kernel" and get something else in HDMI output than the monitor informing about the video mode? No console nor bootlog here :(
<tonikasch>
cu
<tonikasch>
sorry, no idea :(
<tonikasch>
hello!
<tonikasch>
mmmm, only getting blank output from omegamoon just-released kernel tree compiled with different options
2014-03-17
<tonikasch>
just testing if I can manage to make it run on minix neo x7 (:
<tonikasch>
hey, Omegamoon has just (this afternoon) released new 3.0.101+ kernel tree for rockchips devices with many new things
2014-03-16
<tonikasch>
bye
<tonikasch>
well, falling asleep, exiting now
<tonikasch>
thx :)
<tonikasch>
spain...
<tonikasch>
hehe, thx :p
<mac->
tonikasch: so do I :p
<tonikasch>
well, going to bed, late here, cu
<tonikasch>
...
<tonikasch>
created by Rockchip, that's what I wonder :p
<tonikasch>
well, still wondering about the existence of that Rockchip Open Libvpu Project
<tonikasch>
*advances
<tonikasch>
more advanced on neon vpu research
<tonikasch>
hi!
<tonikasch>
cu
<tonikasch>
have just updated 3d2dacceleration and videoacceleration pages
2014-03-15
<tonikasch>
and also give another try to olegk0's xf86-video-fbdev xorg driver
<tonikasch>
just reading September logs referenced in the wiki... interesting... will try xv when at home
<tonikasch>
i also want to link to the adequate repo (&branch if appliable) in the linux-rockchip mailing list as the recommended branch to use (maybe there is one for use and other(s) for development?), so some help would be much appreciated
<tonikasch>
hi! I'm just exploring github.com/linux-rockchip "user" profile and trying to figure out what means each repo and each of the different current branches in order to document all this on wiki, could somebody pls lend me a hand with this?
2014-03-14
<tonikasch>
contributions will be prettily considered
<tonikasch>
Well, I'll try only bcmdhd, rkwifi etc related changes and see if they work alone, then I commit
<tonikasch>
the way I did was by restoring drivers/net/wireless/Kconfig and Makefile related code, perhaps it is not the best solution
<tonikasch>
(I think)
<tonikasch>
well, I tried bcmdhd for ap6330 without enabling those ugly WIFI_CONTROL_etc variables or so but got timeout. I think it is sdio based and so all the drivers/net/wireless/wifi_sys/ and drivers/net/wireless/rkwifi/ and related functions are needed :S
<tonikasch>
ok
<tonikasch>
it = wifi (bcmdhd, exactly ap6330, but on minix neo x7, and as I recall your branch is radxa orientated)
<tonikasch>
apxii i have a doubt... there are gpio related changes with respect to your branch that will make it work in minix neo x7 but i guess will drop support for radxa... should i include them in a separate commit? should i leave them apart? or should i include them in the same commit for bcmdhd support?
<tonikasch>
(image)
<tonikasch>
I used ubuntu from linaro, think latest
<tonikasch>
:p
<tonikasch>
well, I haven't found a way to fork only that rr-3.0-dev, perhaps I'm a bit sleepy today
<tonikasch>
apxii so now have forked your github repo and will begin bit by bit commiting changes
<tonikasch>
Well, I'll post to linux-rockchip mailing list and see what happens
<tonikasch>
well... I've got this (https://github.com/HermanChen/Rockchip_4.2_release_libstagefright) but now I don't see how I could make vpu acceleration work... there are some .so interesting files (libOMX_Core.so libomxvpu_enc.so libomxvpu.so librk_demux.so librk_on2.so)... what should I do with them?
<tonikasch>
mmmm, let's see now if vpu_service works hehehe
<tonikasch>
hi
2014-03-12
<tonikasch>
c ya and thanks apxii and ssvb
<tonikasch>
now looking at libstagefright...
<tonikasch>
mmm
<tonikasch>
well, have to go now, will post later and afterwards will begin with the repo stuff
<tonikasch>
in lightdm greeter
<tonikasch>
which should be good, but still have a gradient of colours
<theskilledworker>
tonikasch: do you have any kernel I can try on my radxa?
<tonikasch>
brb
<tonikasch>
I know, but I tend to leave it for later learning...
<tonikasch>
I'm not used to version control systems :(((((
<tonikasch>
well, not .patch files but comparing files with meld and applying differences from the Rockchip-GPU-kernel (omegamoon's) to yours line by line
<tonikasch>
I'll try to apply now only some of them
<tonikasch>
hdmi output is blank from the beginning with patches applied
<tonikasch>
mmm, they won't work for minix neo x7
<tonikasch>
I guess they weren't on rr-3.0_dev
<tonikasch>
I've applied rk_fb.c patched made by Galland and olegk0 to your kernel's rk_fb.c to see if that works out something
<tonikasch>
ok
<apxii>
tonikasch, I am not an expert, I just wanted Mali worked on RR
<tonikasch>
apxii ask me whatever change shall be done
<tonikasch>
so it's a kernel driver problem, ok, I'll continue comparing drivers/video/rockchip directories with meld
<tonikasch>
now with both fbset uin /etc/rc.local X won't show up anything though Xorg.0.log seems correct...
<tonikasch>
mmm
<tonikasch>
not yet...
<tonikasch>
lima are mature enough now?
<tonikasch>
yes
<tonikasch>
i also found handy sunxi-mali doc and that repo containing all userspace libraries and makefiles, and also xf86-video-fbturbo
<tonikasch>
then I copied from a rk3x kernel, and at last I found apxii kernel branch with them included in... r3p2-1_rel1? r3p2-1_rel2? which was a strike of luck
<tonikasch>
in the beginning I tried placing r4p0 in kernel tree but I wasn't aware of ump ioctls and all that sort of things :p