leowt changed the topic of #linux-rockchip to: Rockchip development discussion | http://linux-rockchip.info | http://irclog.whitequark.org/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
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
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
naobsd 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
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
hipboi_ has quit [Ping timeout: 245 seconds]
hipboi_ has joined #linux-rockchip
<naobsd> oops
<ganbold__> naobsd: :)
<naobsd> I thought tonikasch made linux-rockchip google groups, but it was wrong :( http://irclog.whitequark.org/linux-rockchip/2014-03-12#6780178;
<naobsd> ganbold: hi
<naobsd> does anyone try to contact owner of linux-rockchip group?
GriefNorth has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<naobsd> Firefly person want to make/join developers community
<naobsd> I invited him to here
<ganbold__> :)
<naobsd> I'm not sure he(she?they?) like IRC culture
<naobsd> probably google groups or mailing list need to be prepared to make community work
<naobsd> I prepared dts patch for RR lite and HTC-T010-V2
<naobsd> I'll submit patches to lakml/linux-rockchip ml later...
<naobsd> I noticed RTC/PMU on RR pro are same
<naobsd> current dts should work on RR 2014 boards too :)
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
<hipboi_> naobsd, isn't the ML is ready?
<hipboi_> and the google group?
<naobsd> as far as I know,
<naobsd> this ML http://lists.infradead.org/mailman/listinfo/linux-rockchip is for submitting patches for Linux mainline
<naobsd> google group https://groups.google.com/forum/#!forum/linux-rockchip is not working and I don't know who is owner
<naobsd> that's all
<naobsd> ah
<naobsd> I don't know who is op(@) on here too ;)
<naobsd> can someone update topic/title on this channel? ;)
<naobsd> Founder : leowt
<naobsd> hramrach has +o
<naobsd> that's all
<naobsd> hahaha, we cannot manage our channel ;)
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
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
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
hipboi_ has quit [Quit: Leaving]
hipboi has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
Firefly-RK3288 has joined #linux-rockchip
<Firefly-RK3288> Hello, everyone. I'm member of the Firefly Team, which is developing Firefly-RK3288 board.
<naobsd> :)
<rperier> :)
<naobsd> maybe 30-40 people join here
<Firefly-RK3288> yes, not many here.
<naobsd> but people live in different timezone
<naobsd> usually only few people talk at same time ;)
<naobsd> well
<naobsd> mmind00 is the person who made Rockchip support code into Linux mainline
<Firefly-RK3288> I'm new to IRC. So, can I see the archived log of this channel?
<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> https://bitbucket.org/T-Firefly/firefly-rk3288 this includes u-boot and 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.
<Firefly-RK3288> We have the schema file, source code, etc fully open.
<rperier> nice
<Firefly-RK3288> We'll have an English website soon.
<hipboi> Firefly-RK3288, why the wiki of firefly is like the translation of radxa wiki
<hipboi> not all but mostly
<naobsd> :)
<hipboi> the wiki of radxa is cc-by-sa credit
<hipboi> but the wiki of firefly is cc-by
<Firefly-RK3288> We do not translate radxai wiki. But we do reference some of it, like the development setup in different ubuntu version os.
<Firefly-RK3288> And we like miniroot to set up new Linux root file system. A link to original site is put in the end.
<Firefly-RK3288> miniroot is really handy and powerful, like a swiss knife. Well done, naobsd.
<naobsd> that's work-in-progess thing, I need to update some ;)
<Firefly-RK3288> hipboi: is http://creativecommons.org/licenses/by/3.0/ compatible with cc-by-sa ? We do appreicate your work.
<hipboi> Firefly-RK3288, no
<hipboi> cc-by-sa mean you must share with the same license or the original
<Firefly-RK3288> OK, I need to figure out how to change it in the wiki server.
<Firefly-RK3288> and read more about cc-by-sa in wikipeidia. thank you
<hipboi> you must give appropriate credit to the original author
<hipboi> that's the radxa community
<naobsd> credit is important :)
<naobsd> btw, why you use rk2918_tools? there are official pack tools in SDK for Linux/Windows
dlezcano has joined #linux-rockchip
<naobsd> (I like open source, but I prefer official one 1st especially for user guide)
<naobsd> ah, sdboot info on my site is not ready for RK3288 ;)
<Firefly-RK3288> These open source tools rock. We do our development and distribution under Linux.
<naobsd> of course I know open source tool is good and required to do some work on _Linux/arm_ :)
<Firefly-RK3288> baobsd: once sd boot is ready for rk3288, that'll really cool and safe to try different os.
<naobsd> I just wonder why rk2918_tools, probably it's oldest one :)
<naobsd> Firefly-RK3288: I cannot try myself because I don't have any rk3288 device ;)
<Firefly-RK3288> it just works, by adding new device id.
<naobsd> Firefly-RK3288: yeah, rockchip didn't change firmware format long time ;)
<naobsd> my rkutils were made for RK2808A :)
<naobsd> probably sdboot is same as rk3188
<naobsd> sdboot format
<naobsd> just modify header to store larger 2nd loader
<naobsd> and just use DDR init blob for RK3288, loader bin for RK3288 and kernel for RK3288
<naobsd> s/DDR/DRAM/g
<Firefly-RK3288> naobsd: I have one question, how do you find out sdboot of rk3188 ?
<Firefly-RK3288> could you please share the experience.
<naobsd> there is official Windows tool to make bootable SD card from update.img
<naobsd> I just use it, then read raw data in sectors on SD card
<naobsd> some information about inside of RKxxLoader.bin is available https://gist.github.com/sarg/5028505
<naobsd> and I found same data of FlashData and FlashBoot on SD card
<naobsd> it's trial & error thing
<hipboi> naobsd, rockchip now describe it in the u-boot manual document of 3288
<naobsd> oh really?
<hipboi> naobsd, a merge tool is used to generate the loader.bin
<naobsd> ah, I see
<naobsd> I saw that
<naobsd> well
<naobsd> there is no info about structure
wildea01 has joined #linux-rockchip
<naobsd> probably
<naobsd> there is only tool
<hipboi> naobsd, no info, but there is source code of the tool
<naobsd> anyway, structure is not difficult, anyone can understand quickly
<naobsd> oh!
nighty^ has joined #linux-rockchip
<Firefly-RK3288> u-boot is added to the SDK
<naobsd> there is RK's CRC source in u-boot source too
<naobsd> I had to disassemble .exe to write my rkcrc!
<naobsd> I had to snoop USB to write rkflash
<naobsd> everything (and more info) is written in u-boot source now!
<naobsd> all my experience is in dush box now ;)
<naobsd> dust
<naobsd> ah
<naobsd> I though I need to look resource.img and write some code
<hipboi> naobsd, yes :)
<naobsd> but is it open too?
<hipboi> naobsd, no, it's not
<naobsd> oh, closed, good ;)
<naobsd> but I guess it's same as parameter/kernel except first 4bytes
<Firefly-RK3288> It's a piece of cake for you
<naobsd> oh, no, not same
<naobsd> I thought it contains only dtb
<naobsd> but there is logo.bmp too
<naobsd> well
<naobsd> it should be read by u-boot
<naobsd> so code for unpacking should be in u-boot
<naobsd> then, structure is coded, it's open thing ;)
<hipboi> naobsd, right
<naobsd> sadly, it's not my piece of cake ;)
<naobsd> anyway, new tool should be made
<naobsd> oh
<naobsd> I have to do some work for my job
<naobsd> oh
<naobsd> too late
<naobsd> oops
<hipboi> Firefly-RK3288, do you use uboot as first loader or second loader
<Firefly-RK3288> We use eMMC, so no need for second loader.
rz2k has joined #linux-rockchip
<mmind00> u-boot still is the second loader ... it just seems to contain the first stage itself [u-boot/tools/rk_tools/*loader*.bin]
<naobsd> hipboi: did you try u-boot on RR to boot from sd(=1st loader)?
<hipboi> naobsd, not yet
<naobsd> then, it may work(or may not work ;)
<naobsd> I'm busy tomorrow, I can't try u-boot on RR soon...
<Firefly-RK3288> mmind00: you are right
<naobsd> well, u-boot.img need to be flashed into uboot partition event when using u-boot as 1st loader(RKxx_uboot.bin)?
<hipboi> naobsd, that's what i want to know
<naobsd> I thought whole u-boot can be stored into RKxx_uboot.bin
<naobsd> at least there is no uboot partition in ASUS MeMO Pad 8(RK3188) which uses u-boot
<hipboi> from the package file here, u-boot.img is not packed
<naobsd> the reason "u-boot as 2nd loader" is to use function for NAND access which is in 1st loader
<naobsd> (_mini.bin or something like that)
<Firefly-RK3288> I can confirm that RKxx_uboot.bin contains the whole u-boot. and u-boot partition can be god rid of.
<naobsd> ah, miniall.bin for NAND support
<naobsd> _miniall.bin prepare functions for NAND, and load 2nd loader from uboot partition
<naobsd> this is what I guessed
<naobsd> 2nd loader can access NAND via NAND functions loaded from miniall.bin to RAM
<naobsd> I don't read RK u-boot well yet, it may be wrong...
<naobsd> btw, eMMC is good
<naobsd> we can be free from rknand.ko ;)
<naobsd> is usb/ethernet supported on u-boot?
<naobsd> ah, they are dwc (and ehci), it should be supported or can be supported
dlezcano has quit [Quit: Leaving]
<naobsd> ah
akaizen has joined #linux-rockchip
<naobsd> um
<naobsd> oh
<naobsd> it's time to finish my work
<naobsd> today's progress is...oh...
akaizen has quit [Ping timeout: 240 seconds]
<naobsd> Firefly-RK3288: I'll leave here soon. I'm very glad to see you.
<rperier> mmind00: https://github.com/rperier/linux-rockchip/commits/for-next , should I split the commit "ARM: dts: Add emac nodes to the rk3188 device tree" (05ca07) in two commits in your opinion ?
FreezingCold has quit [Ping timeout: 240 seconds]
<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?
<mmind00> naobsd: http://lwn.net/Articles/608003/ is still pending
<naobsd> oh!
<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?
<naobsd> hipboi: probably no, but I'm not sure
<naobsd> leowt https://github.com/leojrfs created this channel
<naobsd> and probably google group too
<RaYmAn> you can check the access list but unfortunately, only leowt has access to change it. (chanserv access #linux-rockchip list)
<hramrach> no, this is not olimex channel
<hramrach> interestingly I am able to see the channel rights without +A
<RaYmAn> it's kind of funny, you can see access list but you can't see flags list (even though it's practically the same)
<naobsd> I sent hangouts message now. I hope I can get answer
<naobsd> I have to leave here now
<naobsd> bye
naobsd has quit [Quit: Page closed]
<hramrach> hmm, linux-sunxi has two founders and tow additional ops
<hramrach> backup
<hramrach> btw when I have a rk tablet
<hramrach> what do I need to extract from the original firmware to build a linux kernel for the device
<hramrach> I guess nothing since we have no rk bootloader anyway
<hramrach> so kernel relies on chip setup done by bootloader in flash
<hramrach> and with some luck some devices work
Firefly-RK3288 has quit [Ping timeout: 246 seconds]
<hipboi> hramrach, all(almost) rk devices uses the same loader
<hipboi> just different version
<hramrach> is there source or do you just reuse whatever is preinstalled?
<hipboi> hramrach, there is sdk source code
<hipboi> hramrach, the manufacturer may modify it
<hramrach> and is there some option to set up memory parameters differently or do all devices use the same?
<hipboi> hramrach, all devices uses the same
<hramrach> or some other options that the kernel cannot modify after the bootloader runs it
FreezingCold has joined #linux-rockchip
<hramrach> ok, so just build some kernel and hope for the best I guess
<hipboi> hramrach, you need to know your hardware
<hramrach> and unless I get the SDK for my particular tablet I can only guess what is connected where
<hipboi> hramrach, there are different options for the pmu, hdmi chip etc
<hramrach> the hdmi chip tends to be the same for same rk soc, right?
<hipboi> hramrach, you need to know the control gpio
<hipboi> hramrach, no, there are some options
<hramrach> hmm
<hramrach> I can open the tablet and look what chip I have
<hramrach> but I cannot determine the control gpio anyway
<hipboi> or you can get it from the dmesg
<hipboi> via android adb
<hipboi> the control gpio can be dumped
<hramrach> with?
<hipboi> i have never tried it
<hramrach> ok, I try that
<hramrach> thanks
<hipboi> it's easy to get a basic system running
<hipboi> even the lcd
<hramrach> root@android:/system # insmod user-gpio-drv.ko
<hramrach> insmod: init_module 'user-gpio-drv.ko' failed (Exec format error)
<hramrach> <3>[ 436.476692] user_gpio_drv: version magic '3.0.8+ SMP preempt mod_unload ARMv7 ' should be '3.0.36+ SMP preempt mod_unload ARMv7 '
FreezingCold has quit [Ping timeout: 276 seconds]
hipboi has quit [Ping timeout: 260 seconds]
FreezingCold has joined #linux-rockchip
viric has quit [Ping timeout: 246 seconds]
viric has joined #linux-rockchip
hipboi has joined #linux-rockchip
FreezingCold has quit [Ping timeout: 268 seconds]
leowt 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
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
zombu2 has quit [Read error: Connection reset by peer]
viric has quit [Ping timeout: 245 seconds]
viric 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
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
GriefNorth has quit [Ping timeout: 255 seconds]
naobsd has joined #linux-rockchip
<naobsd> hramrach: https://github.com/usumfabricae/GPIO_DUMP this is original
<naobsd> try to build module with 3.0.36 source from linux-rockchip/kernel_rockchip
<naobsd> I could talk with leowt, I have +F now
<naobsd> unfortunately he was not owner of google group
<naobsd> I sent message to owner, all I can do is waiting :(
<hramrach> nice
<naobsd> wiki was prepared by Tsvetan
<hramrach> how do you build the gpiodump module?
<hramrach> yes, and there are complaints that he removes content for non-olimex hw :/
<naobsd> hramrach: sorry, I never tried...
<hramrach> presumably it's a module
<hramrach> but nothing in readme
<naobsd> under module/
<naobsd> set KERNEL_PATH in Makefile, then run make?
<hramrach> the rk kernel does not build anyway
<hramrach> so nothing to set KERNEL_PATH to
<naobsd> does not build?
<naobsd> you may need to use gcc 4.6/4.7
<naobsd> prebuilt gcc4.6 in AOSP is the official toolchain for rockchip
<naobsd> btw, there are many devices other than olimex
<hramrach> yes, there are
<hramrach> I have that kernel
<naobsd> if someone know any contact point to Tsvetan other than IRC, please tell me
<hramrach> olimex.com should have contact
<naobsd> that kernel? sorry
<naobsd> you need to prepare kernel source to build module
<hramrach> it does not build
<naobsd> then try branch for RR
<hramrach> rk3188_sdk_android-4.4_defconfig
<naobsd> try defconfig for RR
<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
<hramrach> gpio dump ^
hipboi has joined #linux-rockchip
GriefNorth has quit [Read error: Connection reset by peer]
FreezingCold has joined #linux-rockchip
FreezingCold has quit [Ping timeout: 255 seconds]
GriefNorth has joined #linux-rockchip
leowt has quit [Quit: Textual IRC Client: www.textualapp.com]
wildea01 has quit [Quit: leaving]
GriefNorth has quit [Ping timeout: 260 seconds]
FreezingCold has joined #linux-rockchip
ferric has joined #linux-rockchip
FreezingCold has quit [Ping timeout: 245 seconds]
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
mrueg is now known as KurtCHose
naobsd has quit [Quit: Page closed]
obi has joined #linux-rockchip
<obi> hi there
obi has quit [Quit: Page closed]
ferric has quit [Ping timeout: 240 seconds]