<rperier>
I am looking forward to have this board :) (in it will be available, to do mainline work)
<Firefly-RK3288>
thanks
<hipboi>
Firefly-RK3288, glad to see you here
<hipboi>
Firefly-RK3288, i am the founder of radxa
<naobsd>
ganbold add RK3188 support into FreeBSD
<Firefly-RK3288>
Glad to see you all.
<Firefly-RK3288>
That's cool, running FreeBSD in RK3188.
<hipboi>
Firefly-RK3288, how many people in your team
<Firefly-RK3288>
Is there any work in making Chrome OS?
<naobsd>
mrueg add some rockchip related things for gentoo
<Firefly-RK3288>
hipboi Not many, just 5 men
<Firefly-RK3288>
We are a small team.
<hipboi>
Firefly-RK3288, oh, i thought you were a big design house
<hipboi>
Firefly-RK3288, i thought you were from t-chips
<naobsd>
well, some people also doing something ;) (I'm lazy, sorry!)
<naobsd>
Firefly-RK3288: is Mali working on Linux on RK3288?
<naobsd>
many people have interest/ask about GPU/VPU on Linux
<mmind00>
Firefly-RK3288: just to say Hi :-)
<ganbold__>
hi :)
<Firefly-RK3288>
Ar, the Mali, we need help. Currently not mali in Linux support.
Yao_ has joined #linux-rockchip
<Firefly-RK3288>
mmind0: thank you
<naobsd>
mmind00: Firefly-RK3288 want to make/join developers community, if you know someone(around linux-rockchip mainline/chrome os) who have interest/want to support another rk3288 board, please ask to join this community :)
<naobsd>
libv: how do you think about Mali-T764? :)
<Firefly-RK3288>
mmind0: rk3288 board is cool. we'd like the unvield its full power in Linux.
<Firefly-RK3288>
Mali-T764 , we cannot find Linux support code in mali web site.
<naobsd>
there is userland library for chrome os for rk3288 in github/rkchome
<naobsd>
I'm curious if that library can be used
<mmind00>
Firefly-RK3288: it should be as easy as submitting a dts-file for your board :-) [of course following the one in mainline not the dts defined in the 3.10 kernel]
<naobsd>
Firefly-RK3288: when board will be available?
<naobsd>
Firefly-RK3288: there are some developers who don't care about stability of stock firmware :)
<Firefly-RK3288>
Boards will be available soon for public test.
<rperier>
for example I will my own firmware built with yocto to develop linux mainline on it, so I don't care about stability of stock firmware.
<rperier>
ah good news :)
<rperier>
*will use*
<Firefly-RK3288>
mmind00: how do you deal with rockchip sdk kernel code? how many rockchip sdk codes have put into mainline?
akaizen has quit [Remote host closed the connection]
<naobsd>
Firefly-RK3288: some developers from Rockchip are submitting code to mainline directly
<naobsd>
^in addition to mmind00 and some other developer from linux mainline community
<mmind00>
Firefly-RK3288: the only contact I have with the sdk code is for reference ... the code itself is not really usable in a mainline context. So the Rockchip developers as well as the ChromeOS people and me, submit essential new drivers that then get reviewed and at some point accepted
<mmind00>
for some >= 5 :-)
<naobsd>
do you have RK3288 TRM?
<Firefly-RK3288>
good to know:)
<mmind00>
yep, including a NDA
<naobsd>
ah, NDA, I see, I don't ask more :)
<mmind00>
Firefly-RK3288: the ChromeOS devs from Google then backport the mainline stuff into their 3.14-based kernel
<rperier>
Firefly-RK3288: I found that this board would be an open hardware, (cnx-software) what will be open exactly ?
<naobsd>
ah, I ask
<naobsd>
I want to ask you to push Rockchip to open document :)
<rperier>
I am talking about technical specs, technical resources and references of course
<rperier>
(not the SoC, I guess)
<Firefly-RK3288>
Yes, rockchip will be more open and friendly to developers.
<Firefly-RK3288>
But some of the documents are written in Chinese.
<rperier>
I mean, one for rk3xxx.dtsi and another one for rk3188.dtsi
<naobsd>
I'll send a patch to split radxarock.dts to support both full/lite
<naobsd>
well, actually, convert radxarock.dts into dtsi and make small full.dts and lite.dts
<rperier>
mmind00: ignore my stupid question, I did not rebase on your repo yet :D (I need a coffee v_V)
<naobsd>
probably my patch should be applied after rperier's
<naobsd>
it renames radxarock.dts ;)
<mmind00>
rperier: nope, the split should happen between the core nodes, and the board specific enablement ... so one patch to handle the dtsi and one for the radxa
<naobsd>
but it will not conflict by format-patch -B -M
<mmind00>
naobsd: correct
dlezcano has joined #linux-rockchip
<rperier>
mmind00: ok
<naobsd>
mmind00: when usb nodes will be added? it needs more work?
<naobsd>
HTC-T010-V2 board doesn't have arcemac, I want USB ;)
<naobsd>
or I need to try sdio wifi
<naobsd>
mmind00: I remembered that there is a gpio to control power for USB wifi(connected to on-board uhub) on Radxa Rock
<Firefly-RK3288>
naobsd: thank you very much for making me familiar with the superb people here.
<naobsd>
mmind00: and there is no space for such an object in dts
<hramrach>
hello
<naobsd>
maybe it's rfkill-thing
<naobsd>
hramrach: hi
<hramrach>
what's with +o?
<naobsd>
sorry, I just found you are only person who has operator right on this chanell
<hramrach>
I think there were additional people
<hramrach>
but maybe not online atm
<naobsd>
ah,
<naobsd>
I see, I'm not sure about freenode operation
<hramrach>
the founder of the channel is not online much I think
<naobsd>
here is more active than before, but active people doesn't have any right
<mmind00>
naobsd: nope, not rfkill for powering on the wifi ... there is a pending attempt on the lists and in the chromium-tree [https://chromium-review.googlesource.com/#/c/214017/] which hopefully might get moved forward some time in the future
<naobsd>
here, wiki, and google groups
<hramrach>
if there is need to update the channel you can ping me or I can give +o to you as well :)
<naobsd>
I'm not using client which keeps IRC connection
<hramrach>
that's not a problem
<naobsd>
I guess ChanServ can do something, but probably no one can control it
<hramrach>
it's registered with chanserv so you get +o on every connection
<naobsd>
oh, then, please give me +o
<hramrach>
ok, I try to figure out how to set permissions with chanserv
<naobsd>
thanks. I also need to learn about chanserv
<naobsd>
no idea what I can/cannot do with +o ;)
<hramrach>
hmm, not authorized
<naobsd>
I see :)
<naobsd>
"linux-rockchip" is good name, I think changing name is _not_ good idea :(
<naobsd>
but we cannot control this channel and google group
<naobsd>
we can use w/o control, but I'm not sure it's really good :(
<hipboi>
is this channel created by people from olimex?
<hramrach>
CC arch/arm/mach-rk3188/../mach-rk30/ddr.o
<hramrach>
/scratch/build/linux-2.6/arch/arm/mach-rk3188/../mach-rk30/ddr.c:3682:1: fatal error: opening dependency file arch/arm/mach-rk3188/../mach-rk30/.ddr.o.d: No such file or directory
<naobsd>
I don't have enough time to try myself for now
<hramrach>
same with radxa branch and config
<hramrach>
ok, I guess it's broke out-of-tree build if nobody tried that
<hramrach>
CC arch/arm/mach-rk3188/../mach-rk30/ddr.o
<hramrach>
/scratch/build/linux-2.6/arch/arm/mach-rk3188/../mach-rk30/ddr.c:3682:1: fatal error: opening dependency file arch/arm/mach-rk3188/../mach-rk30/.ddr.o.d: No such file or directory
<hramrach>
thanks for help
<hramrach>
will try figure out why it does not build
<hipboi>
naobsd, i have email address of Tsvetan Usunov
<hipboi>
hramrach, which branch and config doesn't build
<naobsd>
thanks, but I could find email address from linux-sunxi ml
FergusL has quit [Ping timeout: 272 seconds]
<hipboi>
naobsd, i found it in the sunxi ml...
<naobsd>
:)
rz2k has quit [Read error: Connection reset by peer]
<hramrach>
hipboi: radxa_rock_linux_defconfig radxa/stable-3.0 and rk3188_sdk_android-4.4_defconfig rockchip-3.0-stable
<hipboi>
hramrach, i can build with default gcc on ubuntu
<hramrach>
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- O=../rk radxa_rock_linux_defconfig
<hramrach>
I think it's the O= option
<hramrach>
probably some path in makefile is wrong
FergusL has joined #linux-rockchip
<hipboi>
hramrach, guess so
<hipboi>
time to go home
naobsd has quit [Ping timeout: 246 seconds]
FreezingCold has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
benja` is now known as benja
akaizen has joined #linux-rockchip
naobsd has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
FreezingCold has quit [Ping timeout: 240 seconds]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-rockchip
akaizen has quit [Ping timeout: 240 seconds]
akaizen has joined #linux-rockchip
_whitelogger__ has joined #linux-rockchip
ojn_ has joined #linux-rockchip
else- has joined #linux-rockchip
architekt has joined #linux-rockchip
ojn_ is now known as ojn
ojn has quit [Client Quit]
ojn has joined #linux-rockchip
hipboi has quit [Read error: No route to host]
<hramrach>
I see the problem now
<hramrach>
it's repeated in /drivers/net/wireless/wifi_sys/rkwifi_sys_iface.c
<hramrach>
which is referenced as wifi_sys/rkwifi_sys_iface.c and wifi_sys/ is not referenced as subdir
<hramrach>
then the wifi_sys/ subdirectory is not created in the object tree and build fails
<hramrach>
so it is possible to reference files in different directory but only when the directory is built
<hramrach>
then the build system can be just fixed to build the objects in the directory they are, anyway
nighty^ has quit [Quit: Disappears in a puff of smoke]
dlezcano has quit [Ping timeout: 240 seconds]
FreezingCold has joined #linux-rockchip
benja is now known as benja`
bengal has joined #linux-rockchip
ferric has quit [Ping timeout: 276 seconds]
ferric has joined #linux-rockchip
<sonnyrao_>
mmind00: do you know if u-boot on rk3288 evb runs in secure mode or not?
<mmind00>
sonnyrao_: CPU: All CPU(s) started in SVC mode
<mmind00>
sonnyrao_: kernel output when starting with virt-extensions enabled
<mmind00>
sonnyrao_: ha ...should have read that you meant uboot ... I was actually wondering the same recently
<mmind00>
but I really don't know at the moment
<sonnyrao_>
yeah this is regarding my patch to fix the physical timer code
<sonnyrao_>
i think we can maybe fix our firmware to start the kernel in hyp mode, but i'm not sure about u-boot
<sonnyrao_>
and it seems like for SMP to work with arch timers, they either they need to let us use physical arch timers in the kernel, or everyone must fix their firmware
<mmind00>
actually I like the idea of starting in hyp mode ... also thinking about virtualization itself, where this is essential
<sonnyrao_>
yes i want to make that happen
<sonnyrao_>
but it's not clear to me about whether it will work for everyone with rk3288 hardware
<sonnyrao_>
since i don't knowcontrol what firmware they are using
<sonnyrao_>
"know or control "
bengal has quit [Quit: Leaving]
<mmind00>
hmm I don't think people hacking on these devices will have problems updating uboot when a working variant is present
<mmind00>
I'm still hoping (against hope) that we won't see a plethora of hacked up uboots :-)
<mmind00>
and from what I've seen, any "hard-reset" functions in use by vendors actually seems to use Rockchip's tools, which can also update the bootloader, so even the vendors have an upgrade path if necessary