Turl changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask and wait! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
Sonic1 has quit [Ping timeout: 252 seconds]
bsdfox has quit [Ping timeout: 245 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
woprr has quit [Ping timeout: 260 seconds]
woprr has joined #linux-sunxi
KBme has quit [Ping timeout: 253 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
hipboi_ has joined #linux-sunxi
hipboi has quit [Ping timeout: 245 seconds]
Black_Horseman has quit [Ping timeout: 265 seconds]
hipboi_ has quit [Ping timeout: 265 seconds]
hipboi_ has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
hipboi_ has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
Quarx has joined #linux-sunxi
[7] has quit [Read error: Operation timed out]
TheSeven has joined #linux-sunxi
Quarx has quit []
hipboi has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<wens> what would be a better way for to get parents for clk_set_parent?
<wens> 1. add the clocks/clock-names to the device that calls clk_set_parent
<wens> 2. use clk_get(NULL, "XXX") to search the system for the required parent
JohnDoe_71Rus has quit [Ping timeout: 260 seconds]
HeHoPMaJIeH has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
atiti has joined #linux-sunxi
deasy has quit [Remote host closed the connection]
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
bsdfox has joined #linux-sunxi
HeHoPMaJIeH has quit [Quit: Leaving]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
bsdfox has quit [Ping timeout: 248 seconds]
Quarx has joined #linux-sunxi
wolfy has joined #linux-sunxi
<oliv3r> mornin'
<wens> morning
sspiff has joined #linux-sunxi
n01 has joined #linux-sunxi
FDCX has joined #linux-sunxi
n01 has quit [Ping timeout: 240 seconds]
n01 has joined #linux-sunxi
AreaScout has joined #linux-sunxi
n01 has quit [Ping timeout: 240 seconds]
n01 has joined #linux-sunxi
BluesBoy has joined #linux-sunxi
<wens> oliv3r: u-boot on my cb2 and ct works, w/ or w/o drive/pull mask fix
<n01> mripard: ping
<oliv3r> wens: i'll pull and test that later today
_massi_ has joined #linux-sunxi
<oliv3r> mnemoc: forget cflow; doxygen should be able to do call_graph and caller_graph
<mnemoc> :)
<mnemoc> btw, git. is working now
<oliv3r> cool
<oliv3r> and cgit too?
bsdfox has joined #linux-sunxi
<oliv3r> lxr?
<oliv3r> i think since lxr requires a checked out tree per thing (doesn' tit?) we can integrate doxygen ontop of that for the graphs
<mnemoc> not sure how to integrate that yet as it assumes release
<mnemoc> we want heads
<oliv3r> maxima.linux-sunxi.org is broken? :p
<mnemoc> i was actually pondering about writting my own the browser/explorer using luagit2
<mnemoc> yes. will revive it tonight once fixing the php issue
<wens> wens
<wens> oops
<oliv3r> mnemoc: okay no prob :)
<n01> oliv3r: how big is the uboot SPL?
<oliv3r> right now? 23k i think; out of th eallowed 24k
<oliv3r> n01: why?
<n01> oliv3r: to have an idea. I have to implement an SPL for another board < 28k
<oliv3r> ah ok you should have plenty of room then
<oliv3r> :)
<n01> hopefully :)
notmart has joined #linux-sunxi
ijc has quit [Excess Flood]
ijc has joined #linux-sunxi
ijc has left #linux-sunxi [#linux-sunxi]
<libv> gah, vga detect on mele does work... now to find which bits make it work reliably
enrico_ has joined #linux-sunxi
<oliv3r> libv: did you here from mele about the i2c port? or did you finally find it?
<atiti> hey guys
<libv> oliv3r: nothing from mele
<libv> oliv3r: tom gave me a link to an allwinner reference design
<atiti> i have a question, I got vdpau working, and the playback is definitely hardware accelerated, I'm using fbdev for X11 though and theres pretty bad tearing
<libv> oliv3r: and the wires are just floating
<atiti> should I be using the fbturbo driver?
<libv> oliv3r: just like they are on the cubieboard expansions boards :(
rellla has joined #linux-sunxi
<libv> but at least it seems possible to do load detection
<libv> so now i am off for the next few h trying to reduce the bits to make that work reliably (as i was apparently unable to do so before)
<libv> i think it might be the DAC2 register, and then setting it to 75Ohms, but it could be more.
<libv> in any case, when the sunxi disp driver is told to do VGA, you get no load detection
<oliv3r> libv: really? that is shit :(
<libv> oliv3r: yeah
<oliv3r> libv: why would they leave it just floating?
<libv> oliv3r: because they are chinese and they often don't know any better?
<libv> cubietruck is much better though
<libv> but i haven't gotten that far yet :)
<oliv3r> :)
<libv> hdmi was easy to bring up btw, as soon as i figured out which bits needed to be set so that the hdmi specific i2c regs could be read
<libv> if the register space for hdmi was enabled, but the hdmi engine wasn't specifically enabled, and you'd read from the i2c regs, you'd hardlock the a10
<oliv3r> i know wingrime was trying to get hdmi working, don't know if he ever managed to get it to do so
<oliv3r> (in u-boot)
<libv> hwc works, planes work
<oliv3r> that's actually an interesting bug, nasty too
<libv> i'm really rather happy to find that load detection can work though
<libv> this means that we can at least provide a random board with a working vga display, albeit at 640x480 or 1024x768
<libv> better than nothing
<libv> oliv3r: this display engine really is rather wellbehaved
ssvb has quit [*.net *.split]
<libv> oliv3r: for all the overlays, i can throw them wherever i want, they do not have to be visible at all
<libv> i had a tool left over from some intel work, it throws a 1024x576 tv test image at a kms plane and then moves it around a bit
<libv> it exposes just how horribly the intel driver is implemented
<oliv3r> hehe
<libv> with sunxi, you can pretty much toss it anywhere
<libv> but...
ssvb has joined #linux-sunxi
<libv> even negative positions, which is rare for overlays
<libv> offscreen is also just fine
<libv> until i set the position to 7168x7616
<libv> then the overlay would appear on screen again, together with some weird repeats
<libv> now add that position to the size of the overlay, and you get 8192x8192 :)
<libv> it's a bug, but such a nice one to work around :)
<libv> and as long as you use 4k displays and 4k overlays, you should not hit it
<libv> really well behaved display engine this
<libv> sadly though, they skimped on some bits...
<libv> encoders are not muxed
<libv> afaict, hdmi can only live off the primary
<libv> and the same will be true for the lcd lines
<libv> and i need to go figure out how to get h/vblank signals out of the secondary on to the vga connector
AreaScout has quit []
<libv> as otherwise vga also needs to live on the primary, making the secondary display "pipe" useless for anything but composite
<oliv3r> cool though that you can get that to work
<notmart> I have a new fex to add to https://github.com/linux-sunxi/sunxi-boards (eoma68-a20) .. i made a pull request on github, is it enough or should i do something else?
<ssvb> oliv3r: yeah, everyone suddenly got interested in mainlining disp or its replacement :)
<ssvb> I guess everything should be working nicely pretty soon
<oliv3r> ssvb: aye, disp being one of the bigger most extravagant things
<libv> this one is quite well behaved
Azq2 has joined #linux-sunxi
<ssvb> oliv3r: we don't even need all the current features of disp, a certain subset is good enough
<libv> not as nice as the original ati R500
<libv> but not as horrible as any of the vga extension jobs i have had to deal with
<libv> r500 had proper encoder muxing though, and was a lot more complicated to set up
<ssvb> libv: have you tried to use defe for scaling?
<libv> PLL was also finicky on some r600 versions
<libv> ssvb: i have taken it out of the equation for now, why?
<libv> ssvb: it will be necessary for proper cedar integration and video playback, but that can be added afterwards
<ssvb> libv: it may perhaps add some hw bugs
<libv> and you cannot properly represent things in kmess anyway
<libv> ssvb: de_fe has less bugs than de_be has
<libv> powering up de_be is pretty shaky
<ssvb> about the kms, this sounds not very promising
<libv> ssvb: well, kms just is a bad ripoff of randr1.2
<ssvb> custom ioctls to the rescue?
<libv> ssvb: and randr1.2 is just a bad ripoff of my ideas, which were implemented by people who had never done any driver development before
<ssvb> :)
<libv> kms was some idiot who never did any driver development before who threw some of randr1.2 into a headerfile
<libv> kms = driver development idiocy ^ 2
panda84kde has joined #linux-sunxi
<libv> and none of the few additions or fixes made it any better.
<libv> i would like to know why people like kms so much
rz2k has joined #linux-sunxi
<libv> and i think it would boil down to "splitting up this huge mess of display engine into workable blocks and connecting them is just the way to do it"
<ssvb> libv: about negative overlay position, we had an issue there - http://thread.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/2939
<ssvb> libv: but nobody tried to debug it properly to identify whether it was a software or hardware glitch
<libv> ssvb: it's not de_be that has issues there
hipboi has quit [Read error: Connection timed out]
<libv> ssvb: perhaps de_fe->de_be
<libv> ssvb: or perhaps the calculation just goes off
<libv> de_be goes from -8kx-8k to (8k-width)x(8k-height) just dandy
<libv> ah. no.
<libv> haha
<ssvb> libv: yes, that's why I asked whether you have tried experimenting with de_fe already
<libv> it is the code
<libv> they just program ((y & 0xFFFF) << 16) | (x)
<libv> while 0x2000 is the sign bit
<libv> it's that simple.
<ssvb> well, a somewhat weird way to handle two's complement numbers
<ssvb> but nothing really broken
<libv> it's an 8k engine, and it is _unbelievably_ wellbehaved.
<libv> this is display hw, remember
<libv> so clamp it to 0x1FFF, check for the sign, and set 0x2000 if needs be
<libv> and the hw is just happy
<libv> and this is the thing, nobody else seems to go and test for these simple things
<libv> same for PLLs
<libv> nobody knows how to test them, or can be bothered
<libv> and this is why my-first-kms-plane-tool exposed so much crap in the intel overlay implementation as well
<libv> it's all done by people who can't be bothered.
hramrach has quit [Ping timeout: 240 seconds]
<ssvb> oliv3r: do you know anybody who can handle this eoma68-a20 board fex for notmart?
<oliv3r> ssvb: what's wrong?
<ssvb> or should notmart just send a patch to the mailing list for review?
<oliv3r> i don't have an eoma68-a20, but i can take a look
<oliv3r> ssvb: he took the k70-v10 fex and used that initialyl it seems? he should have merged it as 1 file i suppose :)
<oliv3r> notmart: can you squiash that patch and submit it as one?
<notmart> i think the fex was origianlly made by luke, anyways, i'm using it since a while and seems to work fine
<libv> this unknown a20 tablet page is really... hrm.
<notmart> ok, let's try
<oliv3r> notmart: who did the machine change?
<oliv3r> notmart: since it looks like luke just took a random fex and started hacking on it, not ueber bad
<libv> heh
<ssvb> libv: take it easy, notmart has not done anything bad for us ... yet ;)
<notmart> i renamed the machine
<oliv3r> not ok, if oyu squash it i'll merge it :)
<libv> notmart: you are SK <9epp0k@gmail.com> ?
<oliv3r> it'll be confusing otherwise
<notmart> libv: nope
<notmart> oliv3r: ok, i'll do it now
<libv> ...
<libv> ssvb: then what are you talking about?
<libv> by yet another person who needs to reply to the "fedora arm remix" email
<notmart> yes, that one
<libv> ssvb: yeah, i assumed as much, my statements were totally unrelated though
<ssvb> ok
<ssvb> sorry, I got it wrong again
<libv> luckily the script.bin gives some form of identification
<libv> machine = "s906-v10"
<libv> and google picks up a lot of MID-S906
<ssvb> libv: I probably need to talk with #cubox people about how they manage memory allocation for their gpu
<libv> ssvb: you are right on the mali btw
lioka has joined #linux-sunxi
<libv> and imho cedar, g2d and disp should share dma space
<libv> but dma doesn't allow for that, and i am not sure cma will be any better as it is just some layer on top of that
<ssvb> libv: having rmk (the arm linux maintainer) working on this stuff for cubox increases the chances of having something "mainlinable"
<libv> ssvb: as said, the mali-400 is just happy with any pages
<libv> ssvb: i am using dma_alloc_coherent for disp
<libv> to great success
<libv> once i got round the stupidity that is gem
<libv> a locking disaster and probably one of the most inconsistent apis around
<libv> typically anholt
<libv> ssvb: i am sure that dma_alloc_coherent will be acceptable upstream
<libv> ssvb: the fact that our display engine, 2d engine, gpu and vpu are completely distinct blocks...
<libv> well, none of the drm folks are capable of thinking of such a situation
<libv> but i ranted enough about that before
<ssvb> g2d needs some sort of a simple physically contiguous memory heap for small allocations, which can grow and shrink at runtime, etc.
<ssvb> nothing too fancy, but reinventing wheels may be a bad idea
<libv> ssvb: i never tend to reinvent anything
<libv> ssvb: i leave that to the xorg folk
<libv> ssvb: this is why i am using dma_alloc_coherent
<libv> ssvb: now, i was about to state that perhaps we can convince this dma allocator to use a single large reserved space
<libv> instead of per device spaces
<notmart> oliv3r: ok, sent a new pull request with a single commit
<libv> dma is sadly only really aimed for "small allocations"
<ssvb> dma_alloc_coherent is good for allocating a large pool, but not for small allocations inside of it
<oliv3r> notmart: let me see and merge ;)
<libv> ssvb: would we really need to go below page size?
<libv> ssvb: would we want to?
<libv> ssvb: do you know why mali is that low overhead?
<libv> ssvb: because it allocates big blocks from the kernel, and then subdivides them as needed in userspace
<ssvb> and yes, it's good that we have CMA for dma_alloc_coherent in the newer kernels (but at least it works for large allocations)
<libv> dma_alloc_coherent works for large allocations too
<libv> if it is given a large enough space to work with
<libv> as it was intended for small contiguous bits initially
<libv> as of course, none of the hw for which support was accepted in the kernel, needed huge buffers
<libv> anyway, let's get this kms driver i am poking at (6.5kloc already - but a pre-publication cleanup should rid 1kloc i think) upstream first
<libv> and we can worry about a bit contiguous reserved space for disp, g2d and cedar then
<libv> s/bit/big/
<libv> i have kept that part real simple on the display side, so it should be easy to fix or extend that
<ssvb> libv: ok, maybe I can push my kernel side g2d code to some public git soon, so that people can test it already
<libv> ssvb: i hope to get my bits out before new years, as progress really is very brisk
<ssvb> having all of this done at least before fosdem would be nice
<libv> great, i cannot find a good link to this mid-s906 emails from the web.
<libv> gmame doesn't seem to know about it, and google groups makes it tricky to get a link to individual messages.
<libv> from now on, anyone who replies to that thread should get shot :p
<libv> it was started in july and still we get people replying to it
<libv> is google even indexing the sunxi ml archive on gmame?
<libv> ah, gmane,
<oliv3r> notmart: why does the eoma fex file have an active entry for acapactive touch screen (the gls1680 to be specific) connected to i2c port2? Is that per spec?
<oliv3r> notmart: same goes for camera_list_para, does the eoma spec really support gc0308 and ov5640 camera's?
<oliv3r> but without the CSI ports (those are both disabled) and are you use there's no GPIO used for the sata power port?
<notmart> oliv3r: for the touchscreen as far i know yes, that's on one attacheable board
<oliv3r> notmart: was the hardware bug with the wrong mmc port being wired not fixed for the eoma68-a20? how do you boot it? via nand I assume
<notmart> for the camera, i don't know (I should ask luke)
<oliv3r> notmart: yeah but this fex file should be generic for the eoma board, not any attachements as anybody could use anything, so you sure you want to default to 'a' touch screen?
<notmart> oliv3r: yes, via nand, or via usb
<oliv3r> also gsensor is set but i bet there is no gsensor on any of the eoma boards :)
<oliv3r> notmart: you can't boot via USB, you need to have an SPL on either mmc, or nand (or spi-flash)
<oliv3r> the BROM won't boot from usb
<oliv3r> the eoma board doesn't have a wifi solderd onto it does it?
<oliv3r> so wifi probably should be off
<oliv3r> audio is done via a seperate micro controller; so should be disabled by default I assume?
<notmart> ok, so i'll redirect those questions to who did the fex..
<oliv3r> notmart: probably safe yeah :)
<oliv3r> notmart: but you are hitting an interesting point here
<notmart> the idea i think was to have one that worked for both the first board and the tablet as well
<oliv3r> the BOARD needs a fex with certain options for this board
<oliv3r> but what if you combine this board with accessory A and B
<oliv3r> each get their own fex file too I assume, based on the EOMA fex file?
<oliv3r> notmart: That's the wrong approach imo, what if we are down 3 accessories and they have different options enabled? (maybe unlikly but still)
<libv> heh, no, it's impossible to get VGA working on the second display pipe
<oliv3r> my personal guess is, you'd need seperate fex files for each platform, with a base fex file for the EOMA68?
<oliv3r> libv: and hdmi on the second?
<libv> so you can forget about vga and hdmi with different timing on most devices
<oliv3r> libv: so you are forced on having VGA as your first piple?
<oliv3r> ah like that
<oliv3r> so only if they can be 'mirrored' upto the timings
<libv> oliv3r: all encoders are hardwired to the lcdc
<libv> we have 2 lcdcs
<notmart> perhaps will need a different fex for each feature board, yeah
<libv> vga depends on h/vsync
<libv> while tvecs can drive any of the 8 DAC lines
<libv> the h/vsync come from the lcdc
<libv> so the second lcdc on most A10 devices is just for composite/s-video/component
<libv> i still need to fire up my tablet and figure out the lowlevel details there
<libv> but i think the lcd might be wired to lcdc0 as well
<libv> yeah, PD :(
<libv> so lcdc0
<libv> unless someone knows of android devices driving full hd resolutions on hdmi while using the tablets lcd, i am going to assume that this is out of the question
<libv> on our hw
<oliv3r> sounds very plausible
<oliv3r> i think all fex's I saw use lcdcd0 for the display
<libv> lcdc1 really is dead silicon
<libv> if you cannot switch hdmi to it, and all signs i have now seem to point in that direction, then it is pointless
<libv> and .fex is not describing connectors properly btw :)
<libv> i need to know which dac line is which colour, i need to know where h/vsync live, and where ddc lives, if any
<libv> for vga
<libv> for hdmi, i need to know nothing at all, just that there is a connector there
rwmjones has quit [Excess Flood]
<oliv3r> so it's DISP -> HDMI or LCDC0
<oliv3r> and for the second FB there's no LCDC1
<oliv3r> how sure of this are you? we know the olimex boards even break out the LCDC1 pins
<oliv3r> we should ask tsvetsan if they ever tried connecting a display to the secondary controller
rwmjones has joined #linux-sunxi
<libv> oliv3r: hdmi depends on the serialization taking place in the lcdc
<oliv3r> ah okay
<libv> oliv3r: it will work if you wire the LCD to lcdc1, yes
<libv> it will also work if you wire VGA h/vsync to lcdc1
<libv> but for mele and cubieboard and cubietruck...
<oliv3r> ah okay
<oliv3r> you don't happen to have an olimex board do you
<oliv3r> curious if they done it properly
<notmart> oliv3r: ok, so i asked if they want in the end just one fex like that, or one with only the features in the eoma itself or whatever
<libv> a former colleague of mine bought my A13 off of me, as he wanted to demo it to a customer that was using something pvr based at the time
AreaScout has joined #linux-sunxi
<libv> so i have no olimex hw atm
<libv> but my range of hw is only lacking in some tablets which do proper full lvds i think
<oliv3r> notmart: that's a good starting point yeah
<oliv3r> notmart: also, it's not only about what they want, it's also what is sane to support and future proof(ish)
<libv> and there is no board with lvds in our sunxi-boards repo
<notmart> right
bsdfox has quit [Read error: Operation timed out]
<oliv3r> libv: i was actually just thining of using the LVDS port to connect to an old 19" LCD bypassing the built in display module
<oliv3r> it FEELS like an interesting hardware project :)
bsdfox has joined #linux-sunxi
<libv> oliv3r: where will you get the right cable?
<oliv3r> solder it :p
<libv> oliv3r: ...
<oliv3r> i have a few other dead monitors with those twisted cables
<oliv3r> rip off plug, solder it, done
<libv> oliv3r: since a year or so, you can buy them premade from china
<oliv3r> I noticed there's various connectors though
<libv> oliv3r: i have tons of lvds modules, and a load of panels stolen from dead laptops
<libv> for VIA hw
<libv> i never have connected them
<oliv3r> I've had a DELL 21" that had the LVDS connector actually split in 2
<libv> even though i know a company here in germany which should make custom cables
<libv> but i think the cost is going to be rather high
<oliv3r> but yeah, power + panel, skip the onboard controller PCB
<libv> and i never bothered with it so far, i just collected the via expansion modules
<oliv3r> yeah custom cable shops charge a mount
<libv> oliv3r: check ebay for LVDS
<libv> oliv3r: cables are available for a few bob from china these days
<libv> but it wasn't always so
jinzo has joined #linux-sunxi
jinzo has quit [Changing host]
jinzo has joined #linux-sunxi
<oliv3r> those pcb don't really do much more then hdmi -> lvds right? I do suppose they controll the backlight of course :S
<libv> yeah
<oliv3r> hmm, probably keep the controller PCB then :(
<libv> also do the menu and such
<oliv3r> or use a GPIO etc
<buZz> pull apart the lcd, remove backlight and reflectors and put a desklight behind it ;)
<oliv3r> haha
<buZz> i have done this :P
<buZz> actually, with a stroboscope instead of a desklight
<oliv3r> what's the image quality
<buZz> then challenged my mates to play quake3 on the display :D
<buZz> nobody got much points
<oliv3r> lol
<libv> buZz: how many epilepsy attacks did you trigger?
<buZz> none
<buZz> i have never ever seen someone (even known epileptics) getting a seizure from stroboscopes
<libv> buZz: aw, how boring :p
<buZz> i guess :)
<oliv3r> ah see
<oliv3r> i think this is th einside of one of the 19" donor LCD's I have
<oliv3r> quite a lot of caples going form the power module to the controller PCB
<oliv3r> so i'd have to se gpoi's and figure out the protocol for the backlight etc etc
<oliv3r> if it where a simple PWM on a single pin, sure, easy :p
<oliv3r> i guess if i have a whole lot of time and a few extra spares :)
<oliv3r> though I doubt there's a lot of logic in there, maybe it is all pretty analogue
<libv> oliv3r: this is an old lcd, right, not a led based one?
<oliv3r> libv: yeah, old 19" hp with CCFL backlight
<libv> with a high voltage fluorescent lamp
<oliv3r> hence the big power board
<libv> oliv3r: they are a bit tougher to attach
<oliv3r> yeah, the LVDS bit is easy, the backlight controller is toucher
<oliv3r> I should probe the pins on my skope at some point
<oliv3r> actually, i see if I can bum one of the broken LCD's again today
<libv> hrm, i get drawn into wiki work again :(
<oliv3r> libv: resist the urge!
<libv> this SK fellow is not only unable to use mailinglists properly, he is also unable to RTFM
<libv> he sent the binaries, even though the described retrieval process clearly states to convert them to text
ganbold_ has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: .]
KBme has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
BluesBoy- has joined #linux-sunxi
BluesBoy has quit [Ping timeout: 265 seconds]
BluesBoy- is now known as BluesBoy
Black_Horseman has quit [Remote host closed the connection]
shineworld has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
<raoulh> hi
<raoulh> i have a mele a2000 and also a cubieboard2
<raoulh> and i'm building OE images using the meta-sunxi layer
<raoulh> i updated the kernel to 3.4.67
<raoulh> xorg is running fine with the fbturbo
<raoulh> driver
<raoulh> but when i'm using the sunxi-mali gles driver it does not work
<raoulh> i only get a black screen
<raoulh> (it worked before with the 3.4.61 kernel)
<raoulh> this is the xorg log i have
<raoulh> does anyone know what is needed to have the mali gl driver working with the latest kernel?
iamfrankenstein has joined #linux-sunxi
<libv> raoulh: yes, a matching kernel binary.
<libv> err, driver
<libv> raoulh: this is the fun with binaries.
<raoulh> yep, i know...
<libv> raoulh: but reading all that you;ve been stating...
<ssvb> raoulh: are you saying that you only upgraded the kernel (nothing else got changed) and graphics drivers stopped working?
<raoulh> the meta-sunxi layer is using r3p0
<raoulh> yes
<raoulh> but only the gl blob binary
<raoulh> if i start my app in software rendering it works
naobsd has joined #linux-sunxi
<libv> raoulh: what does the test application complain about?
<ssvb> what exactly are you doing to get the black screen?
<libv> software rendering?
<libv> on a gles app?
<libv> with the binaries installed?
<raoulh> i'm starting a full screen EFL application
<libv> raoulh: mesa gles libraries should've been moved aside
<raoulh> and i can choose to use Evas software rendering or gl
<libv> ah
<libv> raoulh: what if you run a standard X app, namely our small test triangle inside the sunxi-mali repo?
<raoulh> i think "black screen" is only the app window that is black in gl
<raoulh> hmm, i didn't try that :)
<libv> raoulh: ok, so the mali driver still claims to be working?
<raoulh> yes
<raoulh> and my app does not complain about non working gl
<raoulh> it starts as usual
<ssvb> raoulh: this does not look good - "FBTURBO(0): UMP does not wrap the whole framebuffer, overlays can't be used"
<raoulh> exactly :)
<libv> ssvb: shouldn't it then fall back?
<raoulh> but i don't know what it means actually
<raoulh> and what i need to do
<libv> raoulh: fbturbo tries to put the mali renders into an overlay so that no extra copying is needed
<raoulh> ok
<ssvb> libv: it should, but there always could be some surprises from the old or strangely built kernels
<ssvb> raoulh: can you double check the kernel version? you should not be getting this problem with 3.4.67
<raoulh> as i'm using the open embedded layer, here is the kernel recipe:
<ssvb> raoulh: also do you have CONFIG_FB_SUNXI_UMP=y enabled in your kernel config?
<raoulh> it seems so
<libv> fuck.
<libv> i wanted to buy an a13 tablet to test its limitations
<libv> i found one on amazon which would deliver quickly...
<libv> i just popped it open
<libv> it does not read A_1_3
<libv> but A_2_3
<ssvb> raoulh: try to "zcat /proc/config.gz" and pastebin it somewhere just in case
<raoulh> ok, i'll do that as soon as i can
<raoulh> thanks for your help btw :)
<libv> so i have myself an a23
<ssvb> libv: congrats :)
<libv> i am quite miffed actually, i wanted to test the peculiarities of the a13 :(
<libv> and i just cannot send back this device, as there is too much to learn from it
<oliv3r> libv: you just got the first A23 then
<libv> yes
<libv> which will throw me on a big tangent now
<oliv3r> libv: i have an a13 tablet at home
<oliv3r> but yeah, we need fex files, see if a20 u-boot works on it :) or a13 u-boot
<oliv3r> i expect a20 u-boot; or hope
<oliv3r> or we'll have to start getting sources again etc etc
<ssvb> raoulh: in any case, the kernel indeed might be fubared (ump or mali), please let us know once you know what exactly is wrong
<raoulh> of course
<ssvb> raoulh: but as libv mentioned earlier, first check that you have the right modules for this kernel in your rootfs
<libv> later, first i finish off DAC detection
<raoulh> i'll send patches to the meta-sunxi layer to build everything correctly
<oliv3r> libv: oh and an extract of the BROM is always nice to have ;)
<oliv3r> libv: exciting exciting :p
<libv> oliv3r: but i am in the middle of bringing up kms!
<oliv3r> hehe, yeah a23 can wait :p
shineworld has quit [Quit: Leaving]
<naobsd> a23! very interesting...
<oliv3r> libv: but atleast you got binaries to the bootloader :)
<raoulh> ssvb: the required modules are mali, mali-drm, ump ?
Azq2 has left #linux-sunxi [#linux-sunxi]
<ssvb> raoulh: what kind of hardware are you using? looks like it's cortex-a7, so likely cubieboard2 or cubietruck
<raoulh> i have cubieboard2, mele a2000 and mele a2000g
<raoulh> and the xorg log is from cubieboard2
<ssvb> raoulh: ok, I see, and for cubietruck we have this issue with similar symptoms - https://github.com/ssvb/xf86-video-fbturbo/issues/27
<ssvb> raoulh: however it should only affect the devices with 2GB or RAM
<atiti> great work with the drivers ssvb
<atiti> :)
<ssvb> raoulh: but I don't know, maybe your u-boot/kernel upgrade triggered something interesting
<raoulh> hmm interesing
<raoulh> i don't think uboot was changed though
<raoulh> only the kernel
<ssvb> raoulh: is your mele a2000 also broken in the same way?
<raoulh> and fbturbo
<raoulh> yes
<captainigloo> and i get the same prbolem with mele a1000
<ssvb> captainigloo: with what distro, kernel, ...?
<raoulh> ssvb: captainigloo is working on the same project as me :)
<captainigloo> ssvb: yes the same image
<captainigloo> on a different machine (mele a1000 in this case)
<ssvb> raoulh: ok, makes sense :)
<captainigloo> :)
<captainigloo> may it be related to the amount of ram dedicated to mali ?
<captainigloo> we dont' pass any option about the gpu ram on the kernel commandline
<captainigloo> raoulh: we should maby added gles test program in meta-sunx
<raoulh> yep
<ssvb> captainigloo: which options do you pass on the kernel cmdline btw?
<captainigloo> console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait loglevel=8 panic=10
<captainigloo> but as raoulh said it was working before we update the kernel to the latest revision.
<ssvb> so nothing like "sunxi_no_mali_mem_reserve" there, phew :)
<ssvb> yeah, fbturbo is pretty much unhappy about something in the kernel if we read the logs
<ssvb> can you try to build this kernel with sun4i_defconfig/sun7i_defconfig instead of your custom one?
<raoulh> sure
<captainigloo> ssvb: we saw you have a linux-sunxi fork with support for r3p2
<ssvb> for example if some important option got renamed in the new kernel, you might have a problem with stale config
<ssvb> captainigloo: yes?
<captainigloo> what's the status of that port ?
<captainigloo> you gonna merge it with the official repo ?
<captainigloo> ssvb: we are talking about using the default defconfig in meta-sunxi
<captainigloo> so it make sense :)
<ssvb> I'm just reluctant to deal with the possible fallout of bugs which are going to be revealed if we start to "officially" support r3p2
<ssvb> keep pinging me and this will happen :)
<ssvb> this=upgrade
<captainigloo> ok
<captainigloo> i think that we will add patch in meta-sunx to try it
<ssvb> for now we need to figure out why you are getting a black window...
<captainigloo> yes :)
<raoulh> :)
<raoulh> one step after the other :)
paulk-collins has quit [Remote host closed the connection]
<captainigloo> sure :P because last week we walked backward ;)
<wolfy> ping -i 60 ssvb -p "r3p2" ssvb
<wolfy> hm, only one destination should suffice
<raoulh> lol
<raoulh> ssvb: i found that we have CONFIG_FB_SUNXI_RESERVED_MEM=y in our defconfig
<raoulh> and it's not in sun4i_defconfig/sun7i_defconfig
<ssvb> raoulh: it's the default value for this option, and sun7i_defconfig does not list default options
<raoulh> ok
<raoulh> :)
<libv> has anyone ever heard of the AXP223?
<ssvb> you can get a reduced config yourself if you run something like "make ARCH=arm CROSS_COMPILE=armv7a-hardfloat-linux-gnueabi- savedefconfig" after building the kernel
<libv> cubietruck uses AXP209
<oliv3r> axp223? not commonly
<oliv3r> libv: doesn't A31 use the axp223?
<captainigloo> ssvb: thanks a lot i was searching this command for months :)
<mripard> libv: it's the one used by the A31
Sonic1 has joined #linux-sunxi
rz2k has quit [Remote host closed the connection]
<oliv3r> oh really? then we do need a special u-boot for it
<libv> ok, so that will not be a stumbling block then
<oliv3r> luckly, the PMU bits i've done allready somewhere in my repo :)
popolon has joined #linux-sunxi
<libv> it's a bga btw
<oliv3r> for video it does MIPI DSI
<oliv3r> dunno if the other bretheren did that
<mripard> oliv3r: the worst thing will probably to get the P2WI to work
<oliv3r> so it does look like a whole different beast
<ssvb> btw, is there a way to identify in the kernel whether we are running from a battery or from a power plug?
<oliv3r> mripard: well i've written the code for it, but request testing of course
<libv> oliv3r: is there A31 disp code?
<oliv3r> libv: no clue, only looked at the u-boot stuff for a31; but i expect it to be so yeah
nove has joined #linux-sunxi
Nyuutwo_ has joined #linux-sunxi
nebratyr has joined #linux-sunxi
rellla2 has joined #linux-sunxi
<wens> no ethernet in A23
CountryGeek has joined #linux-sunxi
Sonic1 has quit [*.net *.split]
iamfrankenstein has quit [*.net *.split]
rwmjones has quit [*.net *.split]
rellla has quit [*.net *.split]
woprr has quit [*.net *.split]
lkcl has quit [*.net *.split]
jelly-home has quit [*.net *.split]
Nyuutwo has quit [*.net *.split]
dwilkins has quit [*.net *.split]
CountryGeek is now known as dwilkins
hurtigbuffer has joined #linux-sunxi
<ssvb> so does anyone offhand know how do the android sunxi devices handle battery charge indicator and other things?
<oliv3r> not I :)
lkcl has joined #linux-sunxi
<ssvb> we really need to hack a custom cpufreq governor, which would work as "full throttle if not on a battery" and as "ondemand" otherwise :)
woprr has joined #linux-sunxi
rwmjones has joined #linux-sunxi
Sonic1 has joined #linux-sunxi
<libv> mripard: urgh, that's so 2012 :(
nebratyr has quit [Remote host closed the connection]
<libv> but i'll manage
<libv> as i did join sun4i and sun5i then
<libv> aha, dsi code
<oliv3r> in sun6i?
<libv> yup
<libv> so, doable
<libv> but it will be impossible to expect to be able to do any graphics driver stuff on a23 before the new year
<oliv3r> a23 looks like a sun7i and sun6i hybrid
<oliv3r> so sun8i :)
<libv> hehe
<wolfy> 6.5i
<libv> wolfy: so we should be sunxdotxi?
<ssvb> are there some a23 kernel sources available?
<ssvb> it would be interesting to know if a23 has the new or the old g2d :)
<oliv3r> not that I know off
<oliv3r> or dual channel memory controller :p
Gerwin_J has joined #linux-sunxi
<ssvb> the kernel sources would tell this
<oliv3r> yeah :(
<oliv3r> tsvestan! :(
<libv> i am certain that this less than 60EUR tablet will come with standard LCD
<oliv3r> TN or something ugly
<libv> http://www.allwinnertech.com/en/product/A23.html is where the info is for transplanting to our wiki
<libv> i will probably not be able to get stuff off the device today
<libv> but it will naturally get the full new device treatment, and it's clear where serial lives
<oliv3r> and pics! :D
<oliv3r> exciting stuff though
<ssvb> does anyone have A10-OLinuXino-Lime hardware here?
<oliv3r> not that I've heard of yet
forcev is now known as FunkyPenguin
FunkyPenguin has quit [Changing host]
FunkyPenguin has joined #linux-sunxi
ZetaNeta has quit [Read error: Operation timed out]
<libv> oliv3r: yes, photos are part of the full new device treatment
<oliv3r> i need my geekporn :)
jinzo_ has joined #linux-sunxi
<ssvb> we need to benchmark its half width memory controller :)
<oliv3r> ssvb: yeah i'm curious too
enrico__ has joined #linux-sunxi
torbenh4 has joined #linux-sunxi
rwmjones has quit [Ping timeout: 264 seconds]
enrico_ has quit [Ping timeout: 264 seconds]
dlan has quit [Ping timeout: 264 seconds]
torbenh3 has quit [Ping timeout: 264 seconds]
dlan has joined #linux-sunxi
ZetaNeta has joined #linux-sunxi
ZetaNeta has joined #linux-sunxi
ZetaNeta has quit [Changing host]
<libv> well, order a supposed A13 tablet new
<libv> and there's a good chance that it's an a23
egbert has quit [Disconnected by services]
<libv> if not, send me the A13 :p
<oliv3r> lol
<oliv3r> ok
egbert has joined #linux-sunxi
<oliv3r> i'll swap you an a13 tablet for an a23 then :)
<libv> do you have multiple ones?
__ccube has joined #linux-sunxi
woprr_ has joined #linux-sunxi
<oliv3r> i have 1 a13 tablet and 1 a10 tablet
on1x has quit [Ping timeout: 264 seconds]
woprr has quit [Ping timeout: 264 seconds]
_ccube has quit [Ping timeout: 264 seconds]
<libv> then don't get rid of the one you have :)
<oliv3r> haha, pff a23 > a13 :)
on1x has joined #linux-sunxi
<oliv3r> hopefully tsvestan will do a23 olimex board so we can start hacking on u-boot + kernel for it
tgaz has quit [Ping timeout: 246 seconds]
<libv> seems like this one shop on amazon sold out
<libv> but chances are good that you'll get an A23 when you buy a new A13 now
<oliv3r> yeah i'd imagine
<oliv3r> and 60E for a tablet is really cheap for an A23
<wolfy> use aliexpress not amazon
Sonic1 has quit [Remote host closed the connection]
<libv> wolfy: takes longer to deliver
<libv> wolfy: amazon is like 2d
<oliv3r> dx :p but also long
<wolfy> libv: amazon takes 2d if you are in the same country with the shop
<libv> wolfy: it was a .uk shop
<libv> wolfy: i am in .de
<libv> this because i ordered some other stuff as well, which was only available from .uk
<wolfy> try .es :)
<oliv3r> hometime :)
<libv> and this was fine... at least until i got an A23 instead of an A13
<oliv3r> laters :)
tgaz has joined #linux-sunxi
Sonic1 has joined #linux-sunxi
BluesBoy has quit [Quit: Want to be different? Try HydraIRC -> http://www.hydrairc.com <-]
<libv> working load detection :)
<libv> not without sideeffects though
<libv> so i should only run it during init, or when entering dpms, or when triggered of course
jinzo has quit [Ping timeout: 240 seconds]
ssvb has quit [*.net *.split]
HeHoPMaJIeH has quit [Quit: Leaving]
deasy has joined #linux-sunxi
ssvb has joined #linux-sunxi
AreaScout2 has joined #linux-sunxi
rings_VII has joined #linux-sunxi
forcev has joined #linux-sunxi
slapin_ has joined #linux-sunxi
dlan_ has joined #linux-sunxi
ganbold__ has joined #linux-sunxi
schorpp__ has joined #linux-sunxi
NightShade has joined #linux-sunxi
popolon_ has joined #linux-sunxi
atiti_ has joined #linux-sunxi
ynezz_ has joined #linux-sunxi
NightShade has quit [Client Quit]
AreaScout has quit [Disconnected by services]
NightShade has joined #linux-sunxi
AreaScout2 is now known as AreaScout
rings_IIV has quit [Ping timeout: 248 seconds]
ynezz has quit [Ping timeout: 248 seconds]
woprr_ has quit [Ping timeout: 248 seconds]
dlan has quit [Ping timeout: 248 seconds]
popolon has quit [Ping timeout: 248 seconds]
ganbold_ has quit [Ping timeout: 248 seconds]
atiti has quit [Ping timeout: 248 seconds]
FunkyPenguin has quit [Ping timeout: 248 seconds]
Night-Shade has quit [Ping timeout: 248 seconds]
slapin has quit [Ping timeout: 248 seconds]
NightShade has quit [Client Quit]
Night-Shade has joined #linux-sunxi
atiti_ is now known as atiti
tgaz has quit [Ping timeout: 260 seconds]
tgaz has joined #linux-sunxi
sspiff has quit [Quit: Konversation terminated!]
iamfrankenstein has joined #linux-sunxi
bfree_ has joined #linux-sunxi
mdp_ has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 265 seconds]
menomc has joined #linux-sunxi
rellla2 has quit [Quit: Nettalk6 - www.ntalk.de]
ynezz_ has quit [*.net *.split]
Gerwin_J has quit [*.net *.split]
arokux has quit [*.net *.split]
bfree has quit [*.net *.split]
ganbold has quit [*.net *.split]
mdp has quit [*.net *.split]
swabbles has quit [*.net *.split]
mnemoc has quit [*.net *.split]
setkeh has quit [*.net *.split]
juanfont has quit [*.net *.split]
kriegerod has quit [*.net *.split]
ssvb has quit [*.net *.split]
diego71 has quit [*.net *.split]
Wizzup has quit [*.net *.split]
kenny has quit [*.net *.split]
PiyushVerma has quit [*.net *.split]
uwe_ has quit [*.net *.split]
jlj has quit [*.net *.split]
wigyori has quit [*.net *.split]
xenoxaos has quit [*.net *.split]
atiti has quit [*.net *.split]
popolon_ has quit [*.net *.split]
ganbold__ has quit [*.net *.split]
slapin_ has quit [*.net *.split]
forcev has quit [*.net *.split]
on1x has quit [*.net *.split]
jinzo_ has quit [*.net *.split]
apo_ has quit [*.net *.split]
mripard has quit [*.net *.split]
zumbi has quit [*.net *.split]
plaes has quit [*.net *.split]
menomc is now known as mnemoc
ChALkeR has joined #linux-sunxi
mdp_ is now known as mdp
<ChALkeR> Hi all.
<ChALkeR> I can't get weston running on A10 MK802ii. libhybris and qt5 on egl are running fine.
drachensun_ has quit [Read error: Operation timed out]
diego71 has joined #linux-sunxi
popolon_ has joined #linux-sunxi
ganbold__ has joined #linux-sunxi
ganbold_ has joined #linux-sunxi
jinzo_ has joined #linux-sunxi
atiti has joined #linux-sunxi
on1x has joined #linux-sunxi
kenny has joined #linux-sunxi
juanfont has joined #linux-sunxi
apo_ has joined #linux-sunxi
forcev has joined #linux-sunxi
swabbles_ has joined #linux-sunxi
slapin_ has joined #linux-sunxi
Wizzup has joined #linux-sunxi
PiyushVerma has joined #linux-sunxi
mripard has joined #linux-sunxi
uwe_ has joined #linux-sunxi
jlj has joined #linux-sunxi
setkeh has joined #linux-sunxi
wigyori has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
zumbi has joined #linux-sunxi
plaes has joined #linux-sunxi
kriegerod has joined #linux-sunxi
rz2k has joined #linux-sunxi
popolon_ has quit [Quit: Quitte]
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
popolon has quit [Changing host]
wolfy has quit [Quit: Dragostea e oarba? Nu. E doar putin presbita: nu vede nici un defect pana nu se indeparteaza putin. (Drew Barrymore)]
iamfrankenstein has joined #linux-sunxi
ynezz has joined #linux-sunxi
tkoskine has quit [Ping timeout: 264 seconds]
Nyuutwo_ is now known as Nyuutwo
ssvb has joined #linux-sunxi
tkoskine has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 240 seconds]
forcev is now known as FunkyPenguin
FunkyPenguin has quit [Changing host]
FunkyPenguin has joined #linux-sunxi
drachensun_ has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
<atiti> my self compiled kernel does not boot :(
iamfrankenstein has quit [Ping timeout: 264 seconds]
<atiti> I have a weird DRAM value for some reason....
adb has joined #linux-sunxi
drachensun_ has quit [Ping timeout: 246 seconds]
tomboy64 has quit [Quit: Uhh ... gotta go.]
drachensun_ has joined #linux-sunxi
Sonic1 is now known as HdkR
iamfrankenstein has joined #linux-sunxi
schorpp__ has quit [Quit: Ex-Chat]
pfdm has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 240 seconds]
chalker_ has joined #linux-sunxi
ChALkeR has quit [Ping timeout: 252 seconds]
iamfrankenstein has joined #linux-sunxi
n01 has quit [Ping timeout: 252 seconds]
doshlov has joined #linux-sunxi
doshlov has quit [Remote host closed the connection]
rings_IIV has joined #linux-sunxi
rings_VII has quit [Ping timeout: 260 seconds]
Azq2 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 240 seconds]
rz2k has quit []
jinzo_ has quit [Ping timeout: 245 seconds]
<oliv3r> libv: can you try running a10meminfo-static on it?
<oliv3r> if it works it should be a20-like memory controller making our life much easier
<oliv3r> if not, it's probably a31 like and i have to polish up my WiP A31-meminfo that i was working on ages ago
pfdm has quit [Ping timeout: 272 seconds]
enrico__ has quit [Quit: Bye]
Quarx has quit [Ping timeout: 265 seconds]
atiti_ has joined #linux-sunxi
atiti has quit [Ping timeout: 245 seconds]
Night-Shade has quit [Quit: Client exiting]
iamfrankenstein has joined #linux-sunxi
kivutar has joined #linux-sunxi
parabyte has joined #linux-sunxi
parabyte has quit [Changing host]
parabyte has joined #linux-sunxi
_massi_ has quit [Quit: Leaving]
parabyte has quit [Client Quit]
parabyte has joined #linux-sunxi
wolfy has joined #linux-sunxi
panda84kde has quit [Ping timeout: 252 seconds]
parabyte has quit [Client Quit]
Night-Shade has joined #linux-sunxi
arokux has joined #linux-sunxi
n01 has joined #linux-sunxi
kulchuvak has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
kulchuvak has quit [Remote host closed the connection]
eagles0513875 has quit [Changing host]
eagles0513875 has joined #linux-sunxi
eagles0513875 has quit [Changing host]
eagles0513875 has joined #linux-sunxi
garber has joined #linux-sunxi
garber has quit [Remote host closed the connection]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
<nove> wingrime, do you think is better to split VE_Register_guide page in subengines?
Gerwin_J has joined #linux-sunxi
dcheck has joined #linux-sunxi
<Turl> wonder if that's a sunxi
dcheck has quit [Remote host closed the connection]
drachensun_ has quit [Ping timeout: 272 seconds]
sambucus has joined #linux-sunxi
adb has quit [Ping timeout: 251 seconds]
<bfree_> http://www.thinkdigit.com/Tablets/Hands-on-with-the-20-Indian-Android_11585.html says it is (but not which one, probably A13)
kivutar has quit [Ping timeout: 264 seconds]
sambucus has quit [Ping timeout: 252 seconds]
<rm> orz
Azq2 has left #linux-sunxi [#linux-sunxi]
<rm> it's not even with Play Market
drachensun_ has joined #linux-sunxi
adb has joined #linux-sunxi
notmart has quit [Quit: notmart terminated!]
<n01> s/POF/POC/
drachensun_ has quit [Ping timeout: 272 seconds]
rwmjones has joined #linux-sunxi
<rwmjones> how are BOOT0 & BOOT1 supposed to be put on the SD card, ie. at what positions?
shineworld has joined #linux-sunxi
drachensun_ has joined #linux-sunxi
kivutar has joined #linux-sunxi
wolfy has joined #linux-sunxi
FR^2 has joined #linux-sunxi
<oliv3r> Turl: probably dumping old 'single core' a10 inventory
Gerwin_J has quit [Quit: Gerwin_J]
FR^2 has quit [Quit: und weg...]
<bsdfox> isn't the play store relatively easy to add?
<bsdfox> I remember putting 'google market' on one of the first really shitty tablets that came out and it wasn't that tough
parabyte has joined #linux-sunxi
<oliv3r> bsdfox: yeah very
<oliv3r> CM has a nice gapps package that adds it + some fluff
<oliv3r> rwmjones: 8k and erm dunno for boot1
shineworld has quit [Ping timeout: 264 seconds]
shineworld has joined #linux-sunxi
netlynx has quit [Quit: Leaving]
drachensun_ has quit [Ping timeout: 272 seconds]
shineworld has quit [Ping timeout: 245 seconds]
shineworld has joined #linux-sunxi
n01 has quit [Remote host closed the connection]
iamfrankenstein has quit [Ping timeout: 260 seconds]
adb has quit [Ping timeout: 252 seconds]
drachensun_ has joined #linux-sunxi
shineworld has quit [Quit: Leaving]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
parabyte has quit [Ping timeout: 240 seconds]
wolfy has quit [Ping timeout: 252 seconds]
AreaScout has quit []
HdkR has quit [Ping timeout: 246 seconds]
n01 has joined #linux-sunxi
nove has quit [Quit: nove]
HdkR has joined #linux-sunxi
adb has joined #linux-sunxi
ThurmanMerman has joined #linux-sunxi
<rwmjones> nand-part is some sort of crazy allwinner partitioning scheme?
Gerwin_J has joined #linux-sunxi
ThurmanMerman has quit [Ping timeout: 240 seconds]
wolfy has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
wolfy has joined #linux-sunxi
patapovich has joined #linux-sunxi
<patapovich> libv: ping
n01 has quit [Ping timeout: 250 seconds]
<patapovich> libv: do you still need a13 tablet?
naobsd has quit [Quit: Page closed]
pepee has joined #linux-sunxi
cajg has quit [Ping timeout: 246 seconds]
cajg has joined #linux-sunxi
chalker_ has quit [Quit: Konversation terminated!]
Azq2 has joined #linux-sunxi
Azq2 has quit [Client Quit]
swabbles_ is now known as swabbles
<Turl> rwmjones: yeah, it's what they use as mbr on the nands
<Turl> or partition table rather
ganbold__ has quit [Remote host closed the connection]
parabyte has joined #linux-sunxi
ah has joined #linux-sunxi
<libv> oliv3r: i will find out in the next 24h :)
adb has quit [Ping timeout: 252 seconds]
atiti_ has quit [Ping timeout: 260 seconds]
Azq2 has joined #linux-sunxi
wolfy has quit [Ping timeout: 252 seconds]
specing has quit [Ping timeout: 252 seconds]
patapovich has left #linux-sunxi [#linux-sunxi]
specing has joined #linux-sunxi
Azq2 has quit [Quit: Leaving.]
Night-Shade has quit [Ping timeout: 272 seconds]