hno changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
libv has joined #linux-sunxi
hipboi has joined #linux-sunxi
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
dlan_ has quit [Quit: leaving]
dlan has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
zeRez has quit [Ping timeout: 240 seconds]
dlan is now known as dlan_
dlan_ is now known as dlan
tinti has quit [Ping timeout: 245 seconds]
tinti has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
jinzo_ has joined #linux-sunxi
arete74_ has joined #linux-sunxi
MadSpark- has joined #linux-sunxi
zoobab_ has joined #linux-sunxi
hark_ has joined #linux-sunxi
specing has joined #linux-sunxi
jinzo has quit [*.net *.split]
arete74 has quit [*.net *.split]
zoobab has quit [*.net *.split]
hark has quit [*.net *.split]
MadSpark has quit [*.net *.split]
specing_ has quit [*.net *.split]
mnemoc has quit [*.net *.split]
jinzo_ is now known as jinzo
tinti has quit [Ping timeout: 240 seconds]
mnemoc has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
zeRez has joined #linux-sunxi
zeRez has quit [Quit: Leaving]
hipboi has quit [Ping timeout: 248 seconds]
techn_ has joined #linux-sunxi
techn__ has quit [Ping timeout: 240 seconds]
hipboi has joined #linux-sunxi
user_2 has joined #linux-sunxi
Tsvetan3 is now known as Tsvetan
rellla has joined #linux-sunxi
rellla has quit [Ping timeout: 260 seconds]
user_2 has quit [Ping timeout: 260 seconds]
mturquette has quit [Read error: Operation timed out]
mturquette has joined #linux-sunxi
Quarx has joined #linux-sunxi
atiti_ has quit [Ping timeout: 248 seconds]
focus has quit [Ping timeout: 248 seconds]
<oliv3r> gooooooood morning everybody
atiti_ has joined #linux-sunxi
focus has joined #linux-sunxi
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
paulk-desktop has joined #linux-sunxi
vicenteH has quit [Ping timeout: 264 seconds]
BJfreeman has quit [Ping timeout: 252 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
dragonn has joined #linux-sunxi
FR^2 has joined #linux-sunxi
BJfreeman has quit [Ping timeout: 252 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
vicenteH has joined #linux-sunxi
atiti_ is now known as atiti
_BJFreeman has joined #linux-sunxi
BJfreeman is now known as Guest49515
_BJFreeman is now known as BJfreeman
Guest49515 has quit [Ping timeout: 252 seconds]
shineworld has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
<shineworld> Just a curiosity. Often in Allwinner code products I found the name/term "lichee". What is it ? a nick of developer ? a product name like "vanilla" for android ?
rellla has joined #linux-sunxi
<oliv3r> shineworld: pretty much
<oliv3r> lichee is the name for their development tree
<oliv3r> like vanilla kernel for a kernel.org unpatched default kernel
<oliv3r> lichee is vanilla + allwinner magic sauce
<shineworld> thanks for info ... this help me to understand. I'm watching some A20 SDK packages and git trying to figure out hot to move my next steps
<shineworld> A20 is a new product but I've begin to find more different versions of u-boot, kernels, and so on
<shineworld> *begun
<shineworld> My target will be to use A20/Android how I'm already using A10/Android
<shineworld> *as
<shineworld> *** bad day ***
paulk-desktop has quit [Quit: Ex-Chat]
wingrime has joined #linux-sunxi
\\Mr_C\\ has quit []
Quarx has quit [Read error: Connection reset by peer]
e-ndy_ is now known as e-ndy
tinti has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
rellla has quit [Quit: Nettalk6 - www.ntalk.de]
hipboi has quit [Ping timeout: 240 seconds]
forcev has quit [Remote host closed the connection]
FunkyPenguin has joined #linux-sunxi
<oliv3r> mripard_: Turl so ... how do I make platform_drv_getdata/setdata work after using these different attribute groups :S they work fine, but the data i store/retrieve is different (store ok, retrieve NULL). turl you mentioned the 'different object thing' yesterday, but not quite sure how to fix it.
soul has quit [Read error: Connection reset by peer]
soul has joined #linux-sunxi
tinti has quit [Ping timeout: 264 seconds]
rz2k has joined #linux-sunxi
soul has quit [Ping timeout: 264 seconds]
<mripard_> oliv3r: what's NULL?
<mripard_> pdev? reg_base?
<oliv3r> sid_reg_base yeah
<mripard_> but pdev is not?
<mripard_> and you have the same address?
<oliv3r> no, different address
<oliv3r> I did a printk("0x%x\n", pdev); and found different address
<oliv3r> which is why sid_reg_base is NULL obviously
<oliv3r> i guess the passed kobj is different?
<mripard_> yes.
<mripard_> which make sense from your code actually
<mripard_> you associate a sysfs file to your driver
<oliv3r> mhmm
<mripard_> and expect to get a device on the other side
<mripard_> which device instance?
<oliv3r> no clue :D
<mripard_> yeah, and the kernel don't have any clue either.
<oliv3r> hehe, i figured as much
<oliv3r> but is it possible to share data or are the kobjects too different
vicenteH has quit [Ping timeout: 246 seconds]
Dreadlish has quit [Read error: Connection reset by peer]
H6r6tiqu6 has quit [Read error: Operation timed out]
<oliv3r> or is a global var needed here?
<oliv3r> on the other hand, I have been quite productive (i hope), check lkml ;)
H6r6tiqu6 has joined #linux-sunxi
Dreadlish has joined #linux-sunxi
<mripard_> but, I still don't get why you absolutely want to use the driver structure
<oliv3r> i absolutly have no clue, cause i started with module_platfrom_driver and went with that
<oliv3r> since you told me to use that, you said 'it's platform driver'
<oliv3r> unless you mean only the .driver = {} bit; well isn't that kinda what greg wants with his new patch set
<mripard_> no, I mean your attributes should belong to the device, not the driver.
<mripard_> even Greg told you to do so
<mripard_> and its patch is here precisely for that as well
<oliv3r> but i thought the whole idea was to do it before the probe, so that it exists and is there when the probe does its dance
<wingrime> mripard: axp always on "0" twi bus ?
<mripard_> wingrime: I have no idea, I guess it depends on the board
<wingrime> mripard: but it looks hardcoded
<mripard_> oliv3r: Greg said a lot of things, in conflict one with another
<oliv3r> true
<oliv3r> which leaves me confused :(
<mripard_> that adds a bin_attrs you begged for to the *device* structure
<wingrime> oliv3r: greg are more important person than any expect linus
<mripard_> wingrime: hardcoded where?
<oliv3r> mripard_: yeah, but then you have to set that in your probe function, since platform_driver doesn't have platform_device anywhere I can see
<oliv3r> mripard_: pfft :( i dind't beg :(
<mripard_> (the begged part was just a joke, don't worry :))
<oliv3r> mripard_: anyway, his latest patch series adds it to the groups, so anything that has group attrs gets bin attrs
<wingrime> mripard: axp-cfg.h
<oliv3r> so I can put it in the probe function just fine?
<mripard_> his latest patch series?
<oliv3r> ohh
<oliv3r> you missed something :)
<mripard_> probably.
<mripard_> anyway, given the mails I have, I would
<mripard_> in probe
<oliv3r> ok i'll find the new patch set for you
<mripard_> 1) add the attributes I need to the bin_attrs field
<mripard_> 2) call device_register
<oliv3r> it's a major rewrite
<mripard_> and that's it.
<mripard_> wingrime: drop the hardcoding then.
<wingrime> mripard: I makeing build-in driver that register "i2c address for axp209" - for linux-sunxi glue
<oliv3r> mripard_: http://comments.gmane.org/gmane.linux.kernel/1523002 that's the first one
<oliv3r> and he did a v2 later that fixes a few things, but i guess the general idea is ok
<wingrime> mripard: testing driver must be module that can load / unload
<oliv3r> oh sweet, that link is the entire thread
atiti has quit [Remote host closed the connection]
<wingrime> mripard: mripard: I will write driver for linux-sunxi (module) + glue driver that register i2c board
<mripard_> oliv3r: ok
<oliv3r> mripard_: it's a long thread, i know sorry :(
<mripard_> wingrime: I know hans did something like that not so long ago for one AXP, you might want to check it out
atiti has joined #linux-sunxi
<oliv3r> wingrime: http://comments.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/1103 is what mripard_ speaks of
<wingrime> mripard: funny , disp use axp gpio (blacklight)
<oliv3r> backlight is connected to axp?
<oliv3r> i was pretty sure that the backlihgt runs off of pwm0
<wingrime> oliv3r: posibele , axp can pwm and gpio
<oliv3r> unless, the PWM toggles a transistor, and that transistor is fed via a special power line from the AXP
<oliv3r> e.g. AXP = Light on/off; PWM is brightness
<oliv3r> I guess it's important to safe power
<wingrime> oliv3r: axp have internal MOSFT
<wingrime> MOSFEPs
<oliv3r> so you dimm the display using PWM (even doing '0' brightness) will consume some leak currents
<oliv3r> and if you go into full 'sleep' mode, you disable the backlight entirly
<oliv3r> or, the PWM0 line connects to a gpio of the axp :p
<wingrime> oliv3r: you can check drivers/video/sunxi/disp/OSAL_Pin.c:29:2: warning: #warning "Building sunxi-fb without axp gpio support" [-Wcpp]
<oliv3r> yeah
<oliv3r> intersting
<oliv3r> does the AXP run some kind of firmware?
<oliv3r> or is the GPIO directly connected to the MOSFET
<oliv3r> or we sipmle don't know?
<wingrime> oliv3r: related scheme
<wingrime> oliv3r: its all about use cases
<oliv3r> i should check olimex schematic, how PWM, LCD and AXP fit together
focus has quit [Remote host closed the connection]
atiti has quit [Ping timeout: 245 seconds]
hipboi has joined #linux-sunxi
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
naobsd has joined #linux-sunxi
atiti has joined #linux-sunxi
shineworld has quit [Quit: Leaving]
atiti has quit [Ping timeout: 245 seconds]
shineworld has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<wingrime> hno: ping
<wingrime> oliv3r: do you have uart cable nearly/
jemk has joined #linux-sunxi
hipboi has quit [Remote host closed the connection]
yo5phz has joined #linux-sunxi
yo5phz has quit [Client Quit]
yo5phz has joined #linux-sunxi
rellla has joined #linux-sunxi
shineworld has quit [Remote host closed the connection]
ijc has joined #linux-sunxi
atiti has joined #linux-sunxi
rm has quit [Read error: Operation timed out]
rm has joined #linux-sunxi
FR^2 has quit [Remote host closed the connection]
rellla has quit [Remote host closed the connection]
jemk has quit [Quit: bye]
zeRez has joined #linux-sunxi
<zeRez> hi
paulk-desktop has joined #linux-sunxi
rellla has joined #linux-sunxi
jemk has joined #linux-sunxi
<Turl> mripard_: great changelog on v4 :P
<zeRez> hi Turl :)
<Turl> hi zeRez
<zeRez> whats up? hope youre fine?
<Turl> yep, cooking lunch and having a look at some code mripard_ sent :)
<rellla> Turl: I didn't have the courage to rm some users, as their names sound so beautiful all in all
<Turl> rellla: if they don't make an edit in like 30m after signing up they're spammers in my book :P
<Turl> have a look at louigi600 on the recent changes page
utente has joined #linux-sunxi
<oliv3r> it's a mario
<oliv3r> lets a race
<rellla> Turl: ChristianRausch sounds like a plausible german name.
<rellla> or may i say Trul ;) haha
<oliv3r> trul lol
<Turl> rellla: wingrime often calls me that :p
<Turl> oliv3r: how's sid doing? :P
<rellla> that's why i wrote it ;)
<oliv3r> Turl: don't ask
<Turl> s/oliv3r: how's sid doing? :P//
<Turl> oliv3r: :P
<oliv3r> not seen gregs long post?
<Turl> oliv3r: not really
<Turl> I saw a post where he took your patch and said thank you
<oliv3r> lol that too yeah
<oliv3r> basically, he changed how sysfs and bin attributes work
<oliv3r> for starters that one
<oliv3r> that'st he thank you one :)
<Turl> :)
<oliv3r> long thread though
<zeRez> Turl, sounds nice :)....
<zeRez> Have to go for now....your here later ?
<Turl> possibly
<Turl> Tsvetan: OLinuXino + humidity don't play too well together :p
<Turl> (humidity is 100% today, for the record)
forcev has joined #linux-sunxi
tinti__ has joined #linux-sunxi
Guest51018 has quit [Changing host]
Guest51018 has joined #linux-sunxi
Guest51018 is now known as jelly-home
ganbold__ has joined #linux-sunxi
tkoskine_ has joined #linux-sunxi
\\Mr_C\\ has quit [*.net *.split]
rz2k has quit [*.net *.split]
FunkyPenguin has quit [*.net *.split]
tinti_ has quit [*.net *.split]
tkoskine has quit [*.net *.split]
ganbold has quit [*.net *.split]
Tartarus has quit [*.net *.split]
shineworld has joined #linux-sunxi
rz2k has joined #linux-sunxi
Tartarus has joined #linux-sunxi
CaCtus492 has joined #linux-sunxi
wingrime_ has joined #linux-sunxi
Brod_ has joined #linux-sunxi
CaCtus491 has quit [Ping timeout: 246 seconds]
wingrime has quit [Ping timeout: 246 seconds]
PiyushVerma has quit [Ping timeout: 246 seconds]
Brodomir has quit [Ping timeout: 246 seconds]
mdp has quit [Ping timeout: 246 seconds]
atiti has quit [Ping timeout: 246 seconds]
mdp has joined #linux-sunxi
Brod_ is now known as Brodomir
Brodomir has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Brodomir has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<oliv3r> Turl: does that mean you are under water?
atiti has joined #linux-sunxi
<hramrach__> no
<hramrach__> it means that everything is wet
<hramrach__> there is a reason most electronics has operating conditions 95% max (non-condensing) or similar
<hramrach__> to operate at 100% you would need some coating on the pcb at the very least
<Turl> oliv3r: lol, no
<utente> what is the best filesystem to use on A10 device? i talk about filesystem to format the flash nand chip for root filesyste,
<hramrach__> ext4 is the default so most kernels will support that
<Turl> oliv3r: "The Relative Humidity expresses how much moisture is in the air, as a percentage of the total moisture the air could contain at the current temperature. In other words, if the air has all the water vapor that it can contain at a given temperature, the relative humidity is 100%"
<oliv3r> Turl: i know it was funny still
<Turl> :P
<oliv3r> there, replied to greg!
<hramrach__> actually it would be probably quite easy to make olinuxino resistant to these conditions if you planned ahead :p
<Turl> 94% now :p
<Turl> I wonder what's the operating conditions on olimex products wrt humidity
<hramrach__> sane environment required :p
<Turl> oliv3r: I don't see it :p
Black_Horseman has joined #linux-sunxi
<oliv3r> lkml is slow :(
<utente> hramrach__, i mean, a FS to preserver at maximum the stress caming from to much writing on flash.
<oliv3r> i think there's like 10 minutes delay
<hramrach__> utente: it's not easy to do and have a reliable fs at the same time
<utente> hramrach__, to make hardware resilient and rexixtern to humidity you can use special paint to "tropicalize" the board.
<Turl> oliv3r: are you subscribed? might be moderated
<oliv3r> i am not subscribed :)
<oliv3r> too high volume for me
<utente> hramrach__, if it was easy, i already had did it. Cos it is not heasy, i came here to ask suggestions .)
<hramrach__> there are filesystems for flash but AW did not write the nand driver as MTD so you cannot use them
<hramrach__> the experimental MTD patches don't preserve flash either beause they have randomization off
<hramrach__> so in short ext4 is about as good as it gets atm
<oliv3r> touch lol
<oliv3r> Turl: popcorn time?
<utente> hramrach__, whgat u mena with "it gets atm"?
<utente> hramrach__, what u mean with "it gets atm"?
<hramrach__> at the moment we have only poor filesystems
<utente> can i set ext4 to delay write action more than possible?
<hramrach__> there are some guides for use with notebooks
<hramrach__> which are pretty much FS independent
<utente> where ca i find those guides?
<Turl> oliv3r: :)
<hramrach__> on the web
<utente> thanks, like to see "u can find fishes in sea".
<utente> to say*
<hramrach__> and dolphins, and sharks :)
<utente> dolphins are mamals, not fish
<oliv3r> hramrach__: how is your deffcofnig patch coming
<hramrach__> it's somewhere rotting on hte ML
<oliv3r> was it done?!
<oliv3r> i was expecting a nother version :)
<oliv3r> last discussion i remember, that 'kitchen sink' may be a bad idea
<hramrach__> I guess I will try to refresh it once the backlog of code patches gets merged
<hramrach__> nobody pointed out more than one or two drivers that are really useless :p
<oliv3r> well if you have a 'and the kitchen sink' default config; you also need a 'reasonable sane default config'
shineworld has quit [Quit: Leaving]
<hramrach__> that's the reasonable sane default
<hramrach__> because if you know you want smaller kernel you can remove things you know you don't have
<hramrach__> but the defconfig should be a 'distribution kernel'
<oliv3r> Turl: no propcorn :(
<oliv3r> these are embedded systems most of the time
<oliv3r> so 'light' is good
<hramrach__> no, it is not
<hramrach__> people always come saying X and Y is not in the kernel
<Turl> oliv3r: I think I'm gonna buy some actual popcorn to keep in stock :P
<hramrach__> and sometimes it is but is just not enabled
<oliv3r> hramrach__: fair point, 1 lightweight config for us devs, 1 full featured config for the masses ;)
<oliv3r> then again, if they are only modules, it's fine, since they only get loaded when there's hardware available
rellla has quit [Quit: Nettalk6 - www.ntalk.de]
<hramrach__> most added stuff is modules
hglm has joined #linux-sunxi
<oliv3r> Turl: i saw the other day, how much callories are in a bag of microwave popcorn; so i best probably stop buying that
jemk has quit [Quit: bye]
<hglm> utente: You can change your ext4 filesystem from ordered data mode to write-back mode (which is faster) using tune2fs.
<utente> hglm, thanks.
<hglm> See my blog at hglm.github.io for some more performance hints.
<utente> hglm, what is the difference between the 2 modes
<utente> ok oi go to read
<hglm> utente: Write back doesn't preserve ordering and delays and combines some writes I guess. It's less safe in case of a hard crash but not really bad.
<utente> mmm ok
<utente> nice blog page. i already know many of those tricks, but not all. thansk.
<Turl> oliv3r: heh
<hglm> utente: Thanks, performance can be improved a lot on small flash-based devices because most distros still enable all logging etc which is only needed for PC servers and kills performance on a small flash-based device.
<oliv3r> Turl: well atleast greg took my 1 line 'fixerup' patch for the binary sysfs thing
<oliv3r> so when that gets pushed, I'm officially a kernel license holder
<oliv3r> or whatever its called
<oliv3r> there should be something else in there from me in the media bit, but haven't found my email in the commit log
<oliv3r> d67ceb3398d7ae7fda78ec753639296f442ecf66
<oliv3r> ohh that was my first commit!
<hglm> I am also thinking about making some contributions to the mainline kernel -- but they affect core functionality across multiple platforms so I have to be careful.
<oliv3r> Turl: :(
<oliv3r> i still don't understand it
<Turl> oliv3r: neither do I :)
<oliv3r> good, i'm not the only one that feels stupid then
<Turl> oliv3r: must be because I only wrote a clk driver so far and that doesn't need all that driver stuff, it's just called form the core :P
<oliv3r> well from what I understand, greg said you don't want to create any sysfs entries in your probe function due to races with userspace
<oliv3r> you should populate the .group entries in the proper struct
<oliv3r> then the whole argument came that platform drivers where poop and then they werne't so it was all good
<oliv3r> but i think you still aren't allowed to put stuff in probe
<Turl> yeah, from what I gathered, probe == bad
<Turl> I still don't fully understand why though
<Turl> isn't probe supposed to decide if the device is there or not?
<oliv3r> but then maxime says, he would put it in probe, att the attributes to the bin_attrs field in device_driver, and call device_register, but youa re allready being probed so its to late?
<Turl> mripard_: ^^^
<oliv3r> i think, the kernel first creates sysfs entries (first the default)
<oliv3r> don't call hiM! he'll get mad at me again for being stupid :(
paulk-desktop has quit [Quit: Ex-Chat]
<oliv3r> then it creates whatever you have in your .group struct entry
<oliv3r> and then calls probe
<oliv3r> and if i'm not mistaken, but here i could be wrong, all this only happens if dt says this module belongs to your platform
<Turl> yeah, if a compatible matching your driver's was found right?
<oliv3r> hmm
<oliv3r> yeah absolutly
<oliv3r> as you define your compatlibes in the _register() function via the struct you pass
<oliv3r> so the kernel knows whether to call probe or not
<oliv3r> (and thus knows wether to create sysfs entries or not)
<oliv3r> Turl, mnemoc: btw, i closed some issues on github today for linux-sunxi; most where months old and just silly
<oliv3r> some == most
<Turl> oliv3r: :)
<oliv3r> so if you object on any, reopen them :)
<Turl> oliv3r: I'll push an updated sunxi-devel later today
wingrime_ has quit [Ping timeout: 256 seconds]
<oliv3r> i think my mainline tree is pretty foobared anyway
<oliv3r> i added greg's driver-core-linus as a remote and rebased based on that
<oliv3r> 4000 patches later; having had to skip a few in usb taht failed to apply, i have something ... recent-ish
<Turl> ouch
<Turl> I always rebase against torvalds/master
<oliv3r> i was at 3.10 something from one of maxime's emac trees
<oliv3r> yeah i will from now on :)
<Turl> and cherrypick stuff from other branches
<oliv3r> once this fucking sid driver gets out
<Turl> n01's watchdog patch was pretty much ready too
<oliv3r> only a few fixes needed
\\Mr_C\\ has quit []
<Turl> the maintainer just commented on a variable that needed renaming iirc
<oliv3r> well once i know how to get platform_read_data to work properly
<oliv3r> or register my attributes properly, it should be 'done deal'
<Turl> :)
<oliv3r> on the upside
<oliv3r> we made greg write a blog post AND revise sysfs :)
<Turl> :)
<oliv3r> which is pretty amaxing for a 4 register read only drivr
<Turl> oliv3r: you can add that on your CV :P
<oliv3r> lol
<oliv3r> i'll have a patch for it too!
<oliv3r> well i hope it does make me more hireable :)
<oliv3r> 'linux kernel patches'
<oliv3r> how bad ass is that
<Turl> you need to write at least two for that :P
<Turl> ah nvm, dt one is split :)
<jelly-home> s/patches/driver development/ <- use more long trendy words
<Turl> jelly-home: add embedded to the mix :)
<oliv3r> Turl: git log -p d67ceb3398d7ae7fda78ec753639296f442ecf66
<Turl> oliv3r: 8 files changed, 74 insertions(+), 1 deletion(-)
<Turl> not bad :)
<Turl> oliv3r: btw, git show :P
<Turl> bbiab
<oliv3r> or git show :p
\\Mr_C\\ has joined #linux-sunxi
tinti__ has quit [Read error: Connection reset by peer]
jlj has quit [Ping timeout: 248 seconds]
<Turl> back
steev has joined #linux-sunxi
steev has quit [Changing host]
jlj has joined #linux-sunxi
hno has joined #linux-sunxi
<zeRez> back
BJfreeman has quit [Ping timeout: 252 seconds]
yo5phz has quit [Ping timeout: 240 seconds]
dragonn has quit [Ping timeout: 256 seconds]
tinti has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
rz2k has quit []
utente has quit [Ping timeout: 240 seconds]