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
nighty-_ has quit [Quit: Disappears in a puff of smoke]
levd has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 244 seconds]
levd has joined #linux-rockchip
levd1 has quit [Ping timeout: 255 seconds]
prop395 has joined #linux-rockchip
naobsd has joined #linux-rockchip
prop395 has quit [Ping timeout: 246 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 244 seconds]
akaizen_ has joined #linux-rockchip
akaizen_ is now known as akaizen
markm has joined #linux-rockchip
markm has quit [Quit: Leaving]
levd has joined #linux-rockchip
levd1 has quit [Ping timeout: 252 seconds]
levd1 has joined #linux-rockchip
levd has quit [Read error: Connection reset by peer]
levd has joined #linux-rockchip
levd1 has quit [Ping timeout: 244 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 252 seconds]
naobsd has quit [Ping timeout: 240 seconds]
levd has joined #linux-rockchip
levd1 has quit [Ping timeout: 260 seconds]
naobsd has joined #linux-rockchip
Zafar has joined #linux-rockchip
* bashintosh is working on Android 5.1 for the Firefly..
GriefNorth has joined #linux-rockchip
Zafar has quit [Ping timeout: 246 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 252 seconds]
akaizen has quit [Remote host closed the connection]
levd has joined #linux-rockchip
levd1 has quit [Ping timeout: 244 seconds]
levd has quit [Remote host closed the connection]
levd has joined #linux-rockchip
GriefNorth has quit [Read error: Connection reset by peer]
lautriv__ has joined #linux-rockchip
lautriv_ has quit [Ping timeout: 246 seconds]
levd has quit [Remote host closed the connection]
levd has joined #linux-rockchip
nighty-_ has joined #linux-rockchip
apritzel has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 has quit [Ping timeout: 240 seconds]
_whitelogger has joined #linux-rockchip
<sjoerd> sanjay_: Don't ask to ask, just ask
<sanjay_> lol sorry
<sanjay_> i have en MemoPad 10 (ME102A) bricked
<sanjay_> with RK3188
<sanjay_> the NAND is bad
<sanjay_> rkandroidtool, rkflashkit, rkflashtool not working
<sanjay_> fastboot is not unlockable, only stock recovery
<sanjay_> is RK3188 sdcard bootable ?
<sjoerd> yes
<sanjay_> can't apply any update.zip officiel, assert file error, or apk file check error (system is empty i think)
<sanjay_> because on androtab, i saw that ME102a is RK3188 but it's particular
<sanjay_> but for sdcard boot
<sanjay_> i must put parameter / kernel.img and boot.img from my official firmware ?
<sanjay_> or sdboot_rk3188_miniroot.zip file ?
* sjoerd doesn't know anything about the official firmwards
<naobsd> sanjay_: how did you bricked it? you flashed firmware image for different device?
<sanjay_> my wife has apply an update with no battery
<sanjay_> so ME102a has shutdown on update
<naobsd> sanjay_: btw if you have a lot of experiences with non-rockchip Android devices, please forgot it at first e.g. "fastboot is unlockable" is useless for rockchip devices
<sanjay_> rkandroidtools return "download file failed" on system.img, boot.img all file. I can flash only parameter
<naobsd> sanjay_: then you can enter fastboot mode with VOL-, and rkusb mode with fastboot reboot-bootloader, right?
<sanjay_> rkflashkit return "flash memory at xxxx is differnt from file"
<sanjay_> yes
<sanjay_> fastboot unlock return
<naobsd> no need to do anything for fastboot unlock
<naobsd> forgot it
<sanjay_> "oem admmunlock not requested"
<naobsd> not required at all
<sanjay_> so i can't write clockworkmod
<naobsd> please forgot it
<naobsd> otherwise I cannot talk anymore
<sanjay_> i can boot in bootload rockchip
<naobsd> cwm can be flashed without fastboot unlock
<sanjay_> rkflashkit, rkandroidtool and rkflashtool reconize my device
<naobsd> please forgot about fastboot unlock at all
<sanjay_> ok
<naobsd> then
<sanjay_> rkandroidtool can't flash cwm
<sanjay_> same error
<naobsd> there is no official system.img for memo pad 10
<sanjay_> yes
<sanjay_> there is one
<sanjay_> on asus website
<sanjay_> zip contain
<sanjay_> system.img
<sanjay_> parameter
<sanjay_> boot.img
<naobsd> ah,
<naobsd> sure
<sanjay_> kernel.img
<sanjay_> recovery.img
<sanjay_> but
<sanjay_> all fail
<sanjay_> "Download file failed"
<sanjay_> only parameter can be flash, then reboot ME102a but no change
<sanjay_> ERASE IDB return successfull but reboot tablet in normal mode after flash
<sanjay_> and no change
<naobsd> eMMC might be damaged...
<sanjay_> i think that partition is bad
<sanjay_> or bootloader has be update, but not other partition ?
<sanjay_> i have try to boot into MASKROM
<sanjay_> but can't find the pin
<naobsd> if you know something about non-rockchip android device, please forgot it too for now
<sanjay_> MASKROM is for rockchip ? no ?
<naobsd> working loader and parameter should enough for flashing other partitions
<sanjay_> bootloader.img return an IDB error
<sanjay_> IDB download failed or something like this
<sanjay_> it's a .BIN file sorry, not img
<sanjay_> rkflashtool on debian
<sanjay_> info: Writing flash memory at offset 0x0000(...) ... Done !
<sanjay_> info: Premature end-of-file reached.
<naobsd> sorry, I have no idea what you're doing
<sanjay_> i have try to flash system.img, kernel.img with rockchip tools
<sanjay_> but they don't work
<sanjay_> rkflashtool, rkflashkit, and rkandroitools
<sanjay_> adb not working, because can't boot to active usb debug
<naobsd> hmm, I have no idea why 3.11.0.100 update has *.img... as far as I know, asus doesn't provide flashing tool
<sanjay_> there is
<sanjay_> also
<sanjay_> a zip with old version
<naobsd> adb is useless when flashing images
<naobsd> where can I see instruction for flashing images?
<sanjay_> hmmmm
<sanjay_> androtab ?
<naobsd> I'm asking about Asus
<naobsd> no need to explain about androtab, I'm author.
<sanjay_> sorry lol
<sanjay_> fastboot and all i think, it's work with old bootloader
<sanjay_> there is an old zip on asus website
<naobsd> it should be update.zip for recovery
<naobsd> not *.img
<sanjay_> yes
<sanjay_> it's a flashable zip
<sanjay_> but timespan error
<sanjay_> when flash
<sanjay_> i must edit zip file to resolve this. but after i can't rezip this file because of signature zip
<naobsd> cwm is required for it
<sanjay_> yes
<sanjay_> but i can't have cwm
<sanjay_> lol
<sanjay_> i can't flash cmw img :(
<naobsd> can you tell about rkflashtool command line exactly?
<naobsd> "I flashed xxx.img" is not so helpful
<sanjay_> rkflashtool w 0x10000 0x10000 < recovery_cwm.img
<sanjay_> return
<sanjay_> info: Writing flash memory at offset 0x0000(...) ... Done !
<sanjay_> info: Premature end-of-file reached.
<sanjay_> even for misc file
<sanjay_> and nothing change .... stock recovery
<naobsd> sanjay_: "info: Writing flash memory at offset 0x0000" <- very strange
<naobsd> "rkflashtool p" shows parameter, right?
<sanjay_> yes
<sanjay_> i have the same result
<sanjay_> of parameter file in the firmware zip
<naobsd> are you using rkflashtool from https://github.com/linux-rockchip/rkflashtool, right?
<sanjay_> yes
<sanjay_> on debian 7
<naobsd> what happen with "rkflashtool w recovery < recovery.img" ?
<sanjay_> haven't test with "recovery" only" with "0x00xxxxx"
<sanjay_> i'm at office, the tablet is on house,
<naobsd> I see
<naobsd> when you specified offset 0x10000, you got "info: ... at offset 0x000(...)". offset is not handled properly
<sanjay_> but when i try offset
<sanjay_> i verify in rkflashtool p
<naobsd> well
<sanjay_> the offset and it was good
<naobsd> I'm not talking about your command line was wrong
<sanjay_> yes i have understand
<naobsd> output message is wrong
<naobsd> or
<naobsd> offset you specified was parsed as 0
<sanjay_> i don't know whats the meaning of "premature and of file"
<naobsd> I think it can be ignored
<naobsd> I also don't have device here, I cannot check anything now
<sanjay_> no i just copy / paste the error
<sanjay_> with xxxxx
<sanjay_> because offset change
<sanjay_> system.img, cmw.img, stockrecovery.img
<sanjay_> but all has the same error
<naobsd> well
<naobsd> I never said about copy/paste error
<sanjay_> do you know rkandroidtools ? and rkflashkit ?
<sanjay_> this is my last test with rkflashkit
<naobsd> if you specified offset 0x10000, rkflashtool should write data to 0x10000 and after, not 0x0000
<naobsd> I don't use rkflashkit
<naobsd> I only use linux-rockchip rkflashtool and Rockchip official tools for Windows
<naobsd> anyway, eMMC might be damaged
<naobsd> you may try to reflash loader (RK3188Loader_uboot.bin)
<naobsd> with upgrade_tool for Linux or AndroidTool for Windows
<sanjay_> yes
<sanjay_> but flash loader with rkflashtool is possible ?
<naobsd> no
<sanjay_> to flash loader
<naobsd> I said upgrade_tool or AndroidTool
<sanjay_> RkandroidTool ?
<sanjay_> or it's not the same ?
<naobsd> these are Rockchip official tool
<naobsd> there are some Rockchip official tools for Windows
<naobsd> I'm using AndroidTool.exe
<sanjay_> but
<sanjay_> me102a is detect like this
<sanjay_> "Loader rock usb"
<sanjay_> not maskrom
<sanjay_> so i don't know if i can flash bootloader
<sanjay_> and i try to flash bootloader with rkandroidtool (ok it's not the same) and i have "IDB Download error"
<naobsd> in that screen capture, loader file name is RK3188Loader(L)_V1.20bin
<naobsd> don't flash it even if some great developer say it's universal
<naobsd> btw that tool should be able to flash loader (if everything is fine), but I don't use that
<naobsd> I'm using upgrade_tool on Linux and AndroidTool.exe on Windows
<naobsd> there is small possibility, if you change PC or USB cable or USB hub, flashing might be done
<sanjay_> this .bin
<sanjay_> is the officiel from asus ?
<sanjay_> in the firmware zip
<sanjay_> i have try 2 pc on debian / ubuntu
<naobsd> I think .bin in zip from asus is asus official. I cannot think it's not.
<sanjay_> and my wife PC on windows 7 64bits and my pc on same os
<sanjay_> i don't try a loader V2 universal because i don't know if me102a is a particular rk3188 / Rk101
<naobsd> try "rkflashtool b 3" and see if it goes mask rom mode
<naobsd> don't try any loader not from asus
<sanjay_> yes of course
<sanjay_> rkflashtool b 3 ? i haven't try this
<sanjay_> i have open the me102a to shurtcut the pin
<sanjay_> but sandisk emmc has no pin
<naobsd> but I guess it might not help you :(
<sanjay_> for you, emmc is soft damaged, or hardware damaged ?
<naobsd> sorry, no idea
<naobsd> if my memory is correct, loader is not in emmc
<sanjay_> recovery too ?
<naobsd> so emmc kill pin shouldn't be useful for memo pad
<naobsd> recovery is in emmc
<sanjay_> stock recovery is worked fine
<sanjay_> i really think that is a loader error
<sanjay_> even "idb download failed" on flash .bin file
<sanjay_> i think that i must boot into MASKROM to flash .bin file
<sanjay_> but how ?? that's the question
<sanjay_> i have no chance, so i think that "rkflashtool b 3" will not reboot into maskrom :
<sanjay_> :(
<naobsd> why?
<sanjay_> because ALL IS NOT WORKING :D
<sanjay_> it's really strange because Loader Rock USB is working, and recovery is working
<sanjay_> but can't do anything
<sanjay_> like if partition is damaged
<sanjay_> but parameter file is the only file that i can flash
<sanjay_> maybe rkflashtool b 3 is the solution
<sanjay_> to reboot into maskrom and flash bootloader
<sanjay_> Loader Rock Usb mode, can't flash loader no ? it's true ?
<naobsd> loader can be flashed from loader mode
<naobsd> ^generally
<naobsd> but I never tried it on memo pad which uses uboot based loader
<naobsd> all update.zip should be flashed from running system on memo pad, not from PC
<naobsd> I know some person who flashed loader .bin not from asus
<naobsd> so I guess flashing loader from loader mode is possible unless something is broken
<sanjay_> hmmmm
<sanjay_> if not working, i think the solution is to boot with miniroot from sdcard
<sanjay_> if it's possible
<naobsd> recovery is running so it looks like not so bad, but I have no idea what happened :(
maz_ is now known as maz
<naobsd> well, probably, yes
<sanjay_> fastboot is not unlockable ?
<sanjay_> to write img file ? cmw ?
<sanjay_> i have a cwm backup from an other m102a
<naobsd> it should be unlockable (at least on me180a) but meaningless on mask rom mode/loader mode.
<naobsd> it's only for fastboot mode which is not talked now
<sanjay_> ok, fastboot unlock cmd from androtab is only for old bootloader
<naobsd> if my memory is correct, old bootloader in asus demo page it unlocked by default
<sanjay_> i'll really think that i must have an new bootloader, and old recovery / kernel
<naobsd> and loader in update.zip which is available when I wrote that page is locked and unlockable
<naobsd> I have no idea about loader in latest update
<sanjay_> it's not unlockable, on new loader
<sanjay_> with your cmd line
<sanjay_> so, i'll forget fastboot
<sanjay_> only fastboot reboot-bootloader cmd
<sanjay_> and it's work
<sanjay_> than i'll try b 3 to reboot into maskrom and try again to flash bootloader
<sanjay_> i'll try on lunch or this night and tell you
<sanjay_> i'm in france, so it's 12:08pm
<sanjay_> i'll go to in in 20 minutes
<sanjay_> go to eat
<naobsd> "fastboot unlock" "fastboot unlock_accept" doesn't work too?
<sanjay_> i have no error on
<naobsd> oops,
<naobsd> "fastboot oen unlock" "fastboot oen unlock_accept"
<naobsd> 2nd command need to be run just after 1st one
<naobsd> mmmm
<naobsd> oen -> oem
<naobsd> anyway
<naobsd> I'm not sure about loader in latest zip
<naobsd> sorry
<naobsd> let's return to home now
<naobsd> later
<naobsd> there is small possibility that asus locked loader mode... I have interest to try me102a, but it's not available in JP
<naobsd> bye
naobsd has quit [Quit: naobsd]
naobsd has joined #linux-rockchip
naobsd has quit [Quit: naobsd]
<rperier> just in case, do you know a container in the linux kernel which allows to share the same object between different containers ? it is not possible with a struct list_head. I would like to send a message from a process to another without copy the data each time, just the structure inside the container. I plan to use reference counting to free the object transparently
ssvb has quit [Ping timeout: 264 seconds]
<sanjay_> noabsd => the rklashtool b 3 is not working
GriefNorth has joined #linux-rockchip
ssvb has joined #linux-rockchip
<sjoerd> mmind00: btw did you ever get the usb uart stuff to work ?
<mmind00> sjoerd: it did and does work fine ... just the form was contested - where it should live
<mmind00> sjoerd: I need to dig my way out of uboot first though :-) ... but I hope to give it another go in time for 4.4
<sjoerd> mmind00: what board was that on ooi?
<mmind00> I'm using this regularly on my jerry chromebook
* sjoerd relays to Kevin who was asking on #kernelci :)
<sjoerd> mmind00: cool
<sjoerd> mmind00: does that work over all usb host ports or only the dwc ones?
<mmind00> sjoerd: that is a property of the usb phy (routing the uart signals to d+ and d- pins)
<sjoerd> aha
<mmind00> sjoerd: on jerry it is the port next to sd slot btw
<sjoerd> I should try it on my rock2 at some point
<sjoerd> would be intersting once it's in a case as that makes the serial pins less accessible
<mmind00> :-) ... also a nice feature when you need to fight for uart pins, like on the rk3368 where the debug uart shares pins with an mmc controller
<sjoerd> heh
<maz> mmind00: ah, that's exactly what I need to start playing with u-boot on speedy.
GriefNorth has quit [Ping timeout: 240 seconds]
<mmind00> maz: not sure if you found the initial patch already, but if not it's there: https://patchwork.kernel.org/patch/6750631/
<maz> mmind00: Yes, I found it. I need to do something similar for u-boot so that I can trace things as early as possible (well, just after leaving coreboot).
<rperier> so uboot mainline seems to work fine on veyron... nice
khilman has joined #linux-rockchip
Nanosonde has joined #linux-rockchip
<Nanosonde> Hi! How do I deactivate the dwmmc or the slot the eMMC is connected to? It is a RK3188 based Tablet (Odys Gate). I would like to use SD boot.
<mmind00> Nanosonde: for nands it's always shorting two pins (8 and 9), but not sure if this also works for emmcs ... but as the emmc/nand reading is happening in the maskrom I don't think there is a permanent solution
<Nanosonde> The memory is a Samsung KLM eMMC type (16GB). The problem is that it is a BGA package and not a TSOP package as it is commonly used for NAND.
<Nanosonde> "If there is onboard eMMC available it will take priority over SD Card when booting a precompiled kernel preventing a boot from SD Card. Similarly, bad eMMC can prevent the device from booting from SD Card any more. To avoid/solve these issues, deactivate the dwmmc or the slot the eMMC is connected to. "
<Nanosonde> The question is: what is meant by saying "deactivate the dwmmc"? Is it the peripherial that is inside the RK3188?
<Nanosonde> Or is it a driver?
<sjoerd> there is no driver you can disable at the point where you boot
<Nanosonde> exactly.
<sjoerd> I thought the soc rom looked at SD first though on 3188 but i'm probably wrong
<sjoerd> unless there is say a test pad for the emmc clk line you could short to ground there isn't much else you can do then to overwrite the loader in emmc
<sjoerd> which will make it try sd
JohnDoe_71Rus has joined #linux-rockchip
<Nanosonde> sjoerd, yes you are right. The PCB layout is very compact. I hope I can find some signal which I can "disturb" somehow so that eMMC is not recognized anymore.
<lautriv__> sjoerd, 3188 is used to look on SD first, maybe it could not read/use what you had there ?
<sjoerd> I know it looks at SD before NAND, does it do SD before eMMC as well ?
<Nanosonde> What part of the eMMC do I have to erase to make sure that it is not recognized anymore?
<Nanosonde> I have used this stuff here to write it to the SD card: http://androtab.info/radxa_rock/sdboot/
xcasex has joined #linux-rockchip
<Nanosonde> I have manually checked the SD sectors that the correct entries are there according to http://linux-rockchip.info/mw/index.php?title=Boot_Sequences#RK3188
<Nanosonde> However, the SD card was not recognized. Instead the normal Android boot took place.
<sjoerd> Nanosonde: erasing the first 4 megabytes or so is probalby a good bet
<Nanosonde> Can you give a hint on how to do a complete(!) backup of the eMMC content first (incl. bootloader, idb, etc.)?
<Nanosonde> I have used to backup rkflashtool to do a backup of every partition. Is this enough? I am unsure on how to create a full IDB backup.
* sjoerd does not know, never done that
<Nanosonde> I have an "update.img" file from the tablet manufacturer for use with the rkbatchtool. Maybe this enough.
<Nanosonde> It is supped to contain the factory image.
<Nanosonde> Is it correct that the rkbatchtool shows connected devices which are in MASKROM mode in blue color and normal bootloader mode in green color?
<lautriv__> maybe someone changed things on this box but mine looks on SD even before emmc ...
<Nanosonde> mhmm. Are there any pins on the RK3188 that are read in during reset/boot and configure the boot behaviour?
<Nanosonde> I am just reading the RK3188 Technical Refernce Manual. It says this order: RESET->romcode->check ID block from NAND->check ID block from SPI nor flash->check ID block from external eMMC.
<Nanosonde> It does not even mention SD. |confused|
rory096 has joined #linux-rockchip
cosm has joined #linux-rockchip
rory096 has quit [Ping timeout: 240 seconds]
<Nanosonde> Just for the records: there seems to be an additional way to boot into MASKROM mode: http://www.arctablet.com/blog/forum/rk3188/rk3188-maskrom-didnt-help-new-way-to-go-to-maskrom-mode/
<Nanosonde> sudo ./rkflashtool b 3
Nanosonde has left #linux-rockchip [#linux-rockchip]
dlezcano has quit [Ping timeout: 250 seconds]
dlezcano has joined #linux-rockchip
akaizen has joined #linux-rockchip
gb_master has joined #linux-rockchip
GriefNorth has joined #linux-rockchip
else- has joined #linux-rockchip
<akaizen> bashintosh: awesome, I just got the repo last night
<lautriv__> akaizen, what repo ?
VargaD has quit [Ping timeout: 260 seconds]
VargaD has joined #linux-rockchip
<rperier> mmind00: using your driver armsoc-rockchip from an archlinuxarm, xorg try to load "armsoc_dri.so" from /usr/lib/xorg/modules/dri/
<rperier> I have a graphical session but even with veyron-libgl and mali userspace library , AIGLX complains about this missing module
<mmind00> rperier: of course ... glx stuff wants GL ... but the mali-driver of course only brings GLES ... but it should drop you into software-rendered GL
<rperier> exactly, this is what happens
<rperier> but... you did not say earlier that gl rendering works just fine with a chromeos kernel ?
<mmind00> rperier: nope
<rperier> :D
<mmind00> rperier: with the mali drivers you only get GLES ... there is glshim, which does GL->GLES (for a GL subset)
<rperier> okay okay, my bad...
* lautriv__ raises an eyebrow ...
<lautriv__> mmind00, i assume that mentioned driver is userspace , how does it apply ?
<mmind00> lautriv__: downloading a .run file, extracting proprietary libGLES*.so and moving them into position ... or on a debian userspace, building a package from https://github.com/mmind/mali-driver and install that
<mmind00> lautriv__: of course the whole thing is rk3288-only at the moment
<lautriv__> mmind00, that is what i wondered about because i checked for 3188 a few days ago and there was not even a framebuffer ...
<mmind00> lautriv__: fbdev is deprecated, so I don't think anybody will work in this area ... we have a drm/kms driver for Rockchip ... which would need to be extended for the older chips without iommus
akaizen has quit [Remote host closed the connection]
<amstan> mmind00: glshim? that's interesting
<amstan> i wonder how that compares to mesa
<mmind00> amstan: bad ... GL1.2 mainly and a little bit of GL2 at the moment
<mmind00> amstan: enough for extremetuxracer, but not to much more ;-)
<amstan> aren't we at 4?
<mmind00> yep :-)
<rperier> seriously... ^^
<lautriv__> mmind00, in other words it would not make sense to run a 3188 on vanilla the next few years ...
<mmind00> lautriv__: it all depends on someone implementing the cma-based memory handling
<mmind00> lautriv__: but sadly you're probably right for the near future if visual output is needed [I remember some people using radxa rock as server-thingy though]
<rperier> did you test with a GLES vm ? like enlightenment or kwin ?
<rperier> s/vm/wm/
<lautriv__> mmind00, i'm used to screw on thingies for wondermedia where we have not even a datasheet (NDA) but a framebuffer. This 3188 was choosen because i found more info and had the impression it is better supported. Unfortunately it appears the box in question is not even rootable :(
gb_master has quit [Quit: Leaving]
<mmind00> rperier: plasma5 does use it a bit [couldn't get the old kwin to use it] ... although it fails often with strange EGL errors
cosm has quit [Quit: Leaving]
prop395 has joined #linux-rockchip
akaizen has joined #linux-rockchip
<akaizen> lautriv__: https://bitbucket.org/T-Firefly/firenow-lollipop/overview branch Firefly-RK3288
<akaizen> mmind00: drm/kms vs fbdev? for linux mali released a fbdev userspace.. what are you ideas for GLES on Linux?
<mmind00> akaizen: I'm using the mali drivers from chromeos (see link above: https://github.com/mmind/mali-driver )
gb_master has joined #linux-rockchip
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
GriefNorth has quit [Ping timeout: 256 seconds]
<akaizen> mmind00: cool, and it looks like they are using DRM/KMS in that driver, is that right? What's the user space rendering library? Freon / Aurora?
<mmind00> akaizen: that is for the chain drm/kms -> x11
<mmind00> akaizen: in conjunction with the armsoc xserver (https://github.com/mmind/xf86-video-armsoc/tree/devel/rockchip) + my somewhat-stable branch
<akaizen> akaizen: are there other chains available?
<mmind00> akaizen: chromeos build currently two different types of mali libraries ... drm/kms -> freon for them and the drm/kms -> x11 for me ;-)
bbelos has quit [Ping timeout: 246 seconds]
<akaizen> IS there anymore data on freon (talking to the chromeos folks here..) , kms/drm + GLES api sounds nice
lautriv__ has quit [Ping timeout: 240 seconds]
<akaizen> So far what I'm been able to gather: dispaly <- kms/drm <- freon/ozone <- aurora (chromium)
<akaizen> ^-- amstan: dianders:
<dianders> akaizen: graphics is something I know very little about...
<akaizen> dianders: aww :( you know so much about display signals tho! (or is it signals in general and hw?)
<dianders> I'm a driver guy for the most part...
premoboss has joined #linux-rockchip
gb_master has quit [Remote host closed the connection]
nighty-_ has quit [Quit: Disappears in a puff of smoke]
<bashintosh> akaizen: with repo did you mean the Rockchip SDK for 5.1 or "vanilla" AOSP?
akaizen has quit [Remote host closed the connection]
robogoat has quit [Ping timeout: 268 seconds]
akaizen has joined #linux-rockchip
<akaizen> bashintosh: https://bitbucket.org/T-Firefly/firenow-lollipop/overview branch Firefly-RK3288
<bashintosh> ah right - wondering if it's basically the same SDK as Rockchip's... Downloading the tarball to take a look inside.