Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
<gnarface> hey anarsoul|2 sorry been distracted and still haven't tested your last changes on my pinebook... just curious though, did proper battery metering/charging get implemented?
<anarsoul|2> battery level report is still not accurate
<anarsoul|2> IIRC BenG83_ was going to work on it :)
<gnarface> ah ok, thanks
<gnarface> does that mean that it might not charge safely?
<gnarface> or at least, might not stop charging on it's own?
<gnarface> or does charging not rely on the meter?
mic-e[m] has quit [Ping timeout: 240 seconds]
<BenG83_> charging does not rely on the meter
oliv3r has quit [Ping timeout: 256 seconds]
ch40s[m] has quit [Ping timeout: 265 seconds]
raknaz[m] has quit [Ping timeout: 255 seconds]
rodrigoaguilera has quit [Ping timeout: 255 seconds]
icenowy[m] has quit [Ping timeout: 248 seconds]
<gnarface> thanks BenG83_
<BenG83_> charging is more or less only voltage/current controlled
<BenG83_> the battery gauge either works with a LUT or self learning
<gnarface> hmm. interesting
<gnarface> so charging is currently "safe" as-is?
<gnarface> someone mentioned it might simply not charge as fast as it would on the legacy branch
<BenG83_> I think it uses register defaults atm on mainline
<BenG83_> *AXP register defaults
<gnarface> was the battery meter accurate on the legacy branch, or should i not trust that either?
<BenG83_> it works ok if you set the parameters right
<gnarface> hmmm
<BenG83_> should be ok at least on ayufan's BSP based images
<BenG83_> at least there I know who set them :P
<gnarface> ah, i see
<gnarface> i've only so far tested mainline and the ubuntu version it shipped with
<BenG83_> you need to set the capacity register and the internal resistance correctly
lkcl has joined #linux-sunxi
<BenG83_> then confirm they are valid to switch from LUT to self learning mode
<BenG83_> AXP power supply has to be persistent for that to work
<BenG83_> if you disconnect all power from the AXP you have to reinitialize the gauge registers
juri_ has quit [Ping timeout: 265 seconds]
<BenG83_> for the charger there are some parameters like online/offline charge current
<BenG83_> undervoltage lockout for online and offline
<BenG83_> cut-off voltage
<BenG83_> the low capacity trickle charge mode can also configured a bit
<gnarface> hmm, interesting
<BenG83_> e.g. if the battery is very low it only charges at 1/10 of the set current
<BenG83_> the BSP driver reads all this from a dts node
<BenG83_> and has some flags for some of the properties that only get read once
<BenG83_> like the capacity and internal resistance parameters
<BenG83_> I don't know how this would be mainlined
juri_ has joined #linux-sunxi
<BenG83_> since laptops usually come with self-contained smart batteries
<BenG83_> and here the 'smart battery' is split up in half
<BenG83_> maybe one could model it like a normal laptop battery?
<BenG83_> but you usually dont get to set any parameters there...
<gnarface> i don't know how it all works at a software level but would it be possible to just hardwire the values to something known-good for an optimal, new battery? they only need to be changed if you want to have the software be able to react intelligently to battery wear, right?
<BenG83_> well one thing is setting sane charger values, that can be probably done via a dts node?
<BenG83_> the other thing is how to make the gauge consistent
<BenG83_> when you boot a new image or another image from another source
tl_lim has quit [Read error: Connection reset by peer]
<gnarface> oh, because discharge isn't linear?
<BenG83_> it has to check if the gauge already has been activated
<BenG83_> and not just blindly reset the gauge
<gnarface> ah, hmmm.
<BenG83_> yeah it is not really linear
<BenG83_> there is either a 32 point LUT
<BenG83_> where you can model the curve
<BenG83_> or this self adapting mode
<BenG83_> which seems to work ok when configured right
<BenG83_> gnarface, https://imgur.com/a/dPxIh
<BenG83_> it looks like this at full load
<BenG83_> that was some test I did very early on when the gauge was still wrong to see if the capacity works out
<BenG83_> the default value was something like 4800mAh
<BenG83_> which is about half the true capacity
<gnarface> oh, yea i remember seeing them discussing that
<BenG83_> so it hit 5% about 50% early
<BenG83_> while the battery was more or less half full
<BenG83_> also to see how to set the undervoltage lockout
xerpi has quit [Quit: Leaving]
<BenG83_> for setting the charge current you have to budget the DC power supply and the max current the system needs under load
<BenG83_> as well as what the AXP can actually handle
<BenG83_> it has a temperature sensor you can read so you could actually dynamically adjust the current as well :P
<BenG83_> e.g. increase it when the system is idle
<gnarface> ah, i didn't even think about that, but it makes sense
aalm has quit [Ping timeout: 240 seconds]
skiboy has joined #linux-sunxi
aalm has joined #linux-sunxi
kaspter has joined #linux-sunxi
oliv3r has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
jstein has quit [Read error: Connection reset by peer]
lkcl has quit [Ping timeout: 248 seconds]
lrusak has quit [Quit: lrusak]
vagrantc has quit [Quit: leaving]
lrusak has joined #linux-sunxi
rodrigoaguilera has joined #linux-sunxi
ch40s[m] has joined #linux-sunxi
icenowy[m] has joined #linux-sunxi
mic-e[m] has joined #linux-sunxi
raknaz[m] has joined #linux-sunxi
lrusak has quit [Client Quit]
lrusak has joined #linux-sunxi
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 260 seconds]
lrusak has quit [Quit: lrusak]
lrusak has joined #linux-sunxi
nixdork has quit [Quit: EliteBNC free bnc service - http://elitebnc.org/]
lrusak has quit [Client Quit]
lrusak has joined #linux-sunxi
nixdork has joined #linux-sunxi
chlorine has joined #linux-sunxi
popolon has quit [Quit: WeeChat 2.0.1]
chlorine has quit [Ping timeout: 265 seconds]
cnxsoft has joined #linux-sunxi
junnie_ has joined #linux-sunxi
tgaz has quit [Ping timeout: 256 seconds]
tllim has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 248 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
iamfrankenstein1 has joined #linux-sunxi
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
iamfrankenstein1 is now known as iamfrankenstein
kozy has quit [Remote host closed the connection]
kozy has joined #linux-sunxi
mic-e[m] has quit [Ping timeout: 240 seconds]
rodrigoaguilera has quit [Ping timeout: 240 seconds]
icenowy[m] has quit [Ping timeout: 255 seconds]
raknaz[m] has quit [Ping timeout: 240 seconds]
ch40s[m] has quit [Ping timeout: 240 seconds]
oliv3r has quit [Ping timeout: 256 seconds]
robogoat has quit [Ping timeout: 240 seconds]
robogoat has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
tllim has joined #linux-sunxi
nots has quit [Quit: Page closed]
dave0x6d has joined #linux-sunxi
junnie_ has quit [Ping timeout: 276 seconds]
tgaz has joined #linux-sunxi
TheSeven has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
TheSeven has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 240 seconds]
TheSeven has quit [Ping timeout: 255 seconds]
junnie_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
TheSeven has joined #linux-sunxi
junnie_ has quit [Ping timeout: 255 seconds]
TheSeven has quit [Ping timeout: 260 seconds]
[7] has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 252 seconds]
ch40s[m] has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
chlorine has joined #linux-sunxi
reinforce has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
leviathan has joined #linux-sunxi
chlorine has quit [Ping timeout: 276 seconds]
mic-e[m] has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 260 seconds]
rodrigoaguilera has joined #linux-sunxi
raknaz[m] has joined #linux-sunxi
icenowy[m] has joined #linux-sunxi
oliv3r has joined #linux-sunxi
scream has joined #linux-sunxi
f0xx has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
scream has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
junnie_ has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
leviathan has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
hanni76 has joined #linux-sunxi
sunxi_fan1 has quit [Quit: Leaving.]
tl_lim has joined #linux-sunxi
Putti has quit [Ping timeout: 256 seconds]
Jagan has joined #linux-sunxi
tllim has quit [Ping timeout: 255 seconds]
iamfrankenstein has quit [Ping timeout: 240 seconds]
dave0x6d has joined #linux-sunxi
<icenowy[m]> embed-3d: you paused the pvr RE process...
<icenowy[m]> then... do you want to take Tamil?
<icenowy[m]> ;-)
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
junnie_ has quit [Ping timeout: 248 seconds]
junnie_ has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 240 seconds]
Jagan has quit [Ping timeout: 260 seconds]
ernestask has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
<hanni76> any idea why a VGA monitor + HDMI converter may not start with sun4drm ? replug HDMI connector helps
<hanni76> something about not enough signal strength ?
lerc has quit [Ping timeout: 256 seconds]
<buZz> could be, passive HDMI2VGA convertors use more power than officially is ok
<buZz> active ones are way more forgiving
<hanni76> can I somehow tweak sun4i drm to give more signal strength ?
lerc has joined #linux-sunxi
<hanni76> I know I can change HDMI level in raspberry via config.txt
<hanni76> but here with sunxi I have no idea what I can do about it
<buZz> dont think that driver offers that
<hanni76> probably not
leviathan has quit [Remote host closed the connection]
clemens3 has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
tl_lim has quit [Ping timeout: 276 seconds]
iamfrankenstein has joined #linux-sunxi
tl_lim has joined #linux-sunxi
lemonzest has joined #linux-sunxi
yann has quit [Ping timeout: 263 seconds]
dev1990 has quit [Quit: Konversation terminated!]
dev1990 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 256 seconds]
kozy is now known as rapidshot64
fkluknav has joined #linux-sunxi
afaerber has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
xerpi has joined #linux-sunxi
xerpi has quit [Remote host closed the connection]
xerpi has joined #linux-sunxi
tl_lim has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
afaerber has joined #linux-sunxi
lemonzest has quit [Quit: Quitting]
tl_lim has quit [Read error: Connection reset by peer]
lemonzest has joined #linux-sunxi
BenG83 has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
merbanan has joined #linux-sunxi
junnie_ has quit [Ping timeout: 256 seconds]
nuuuciano has quit [Ping timeout: 264 seconds]
BenG83_ has quit [Ping timeout: 256 seconds]
massi has joined #linux-sunxi
mossroy has joined #linux-sunxi
tom_nov has joined #linux-sunxi
xerpi has quit [Quit: Leaving]
pgreco has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
jailbox has quit [Remote host closed the connection]
sunxi_fan1 has joined #linux-sunxi
jailbox has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
junnie has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
yann has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
pgreco has quit [Quit: Leaving.]
pgreco has joined #linux-sunxi
iamfrankenstein has quit [Read error: Connection reset by peer]
junnie has quit [Ping timeout: 248 seconds]
The_Loko has joined #linux-sunxi
lurchi_ is now known as lurchi__
chomwitt has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
iamfrankenstein has joined #linux-sunxi
kaspter has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
f0xx has quit []
f0xx has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
elros_ has joined #linux-sunxi
afaerber has joined #linux-sunxi
<embed-3d> icenowy[m]: Yes I paused it. But I think I will continue to work on it. But right now it is not the time for that, since I will write the next months (till October) my Masterthesis. First I need to clarify some legal issues, then I will continue to work on this. I will also need this time to develop a plan how to continue on this. I'm thinking about the clean room idea...
dddddd has joined #linux-sunxi
<embed-3d> I think someone is allready working on tamil the new name is chai: https://notabug.org/cafe/chai
chlorine_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
fkluknav has quit [Ping timeout: 268 seconds]
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
xyntrix has quit [Ping timeout: 240 seconds]
matthias_bgg has quit [Ping timeout: 260 seconds]
xyntrix has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 248 seconds]
<icenowy[m]> mripard: how should I do if I add a new SoC's support to U-Boot from scratch
<icenowy[m]> and submit the code
<icenowy[m]> now I have a huge amount of code in many parts
<icenowy[m]> and I don't know how should I split it
<icenowy[m]> should I first add the Kconfig option and add multiple parts?
<icenowy[m]> (but before everything is ready the support will be not able to be built
<icenowy[m]> (oh what I'm targeting is H6
<mripard> icenowy[m]: I guess you should add the various parts, and as the last patch the Kconfig change that allows to build it
<icenowy[m]> ok I also think so
iamfrankenstein has joined #linux-sunxi
<icenowy[m]> so it will be such sequence: add some functionalities and then make them buildable?
<mripard> I guess you would add each driver with their respective Kconfig symbols, and finally the Kconfig symbol that enables all the one you need
<icenowy[m]> (as it seems to be the first SoC that needs all basical codes to be new
<mripard> so each driver should be compilable as soon as they are introduced
<mripard> I guess
<icenowy[m]> no drivers... they're basical codes
<icenowy[m]> the only change in drivers/ is to change the MMC driver's clock setup code
iamfrankenstein1 has joined #linux-sunxi
<mripard> each files then :)
matthias_bgg has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 252 seconds]
iamfrankenstein1 is now known as iamfrankenstein
<icenowy[m]> oops when rebasing to the newest sunxi/master the spl overflows...
<mripard> for the H6, I think you can go straight to the FAT environment
<embed-3d> mripard: wens: In the current gpadc driver all basic functions are named like this: sun4i_gpadc... . If I remove the mfd/adc driver, the first supported device is the A33. Is it ok for you if I rename those functions to sun8i_ths... since this is the first supported device after the rework?
<icenowy[m]> but maybe I should first send a 3G memory patchset to U-Boot
<embed-3d> Can I also rename the defines in the related header files to sun8i_ths... ?
<hanni76> embed-3d: do what you want, but as soon as you release a new version you'll get tons of comment how wrong you are )
<hanni76> embed-3d: when are you planning to emit an updated version btw?
BenG83_ has quit [Quit: Leaving]
<icenowy[m]> mripard: for env should I use "default y if ARCH_SUNXI && !MACH_SUN50I_H6" in "config ENV_IS_IN_MMC"?
<mripard> embed-3d: no, you should keep the compatibility with the older SoCs
<mripard> and therefore, the name should remain the same
<icenowy[m]> and for new boards should we disable ENV_IS_IN_MMC even if it come with old SoC?
<embed-3d> hanni76: If I have enough time maybe at the beginning of next week.
<mripard> icenowy[m]: that would make sense too
xyntrix has quit [Ping timeout: 256 seconds]
xyntrix has joined #linux-sunxi
sunxi_fan1 has quit [Quit: Leaving.]
sunxi_fan1 has joined #linux-sunxi
<embed-3d> mripard: ok, thanks!
iamfrankenstein has quit [Quit: iamfrankenstein]
<icenowy[m]> oops the SPL overflow problem seems difficult to solve...
cnxsoft has quit [Quit: cnxsoft]
kevans91 has quit [Remote host closed the connection]
junnie has joined #linux-sunxi
<willmore> uboot has grown so big that it needs its own boot loader...
fkluknav has joined #linux-sunxi
junnie has quit [Ping timeout: 256 seconds]
reinforce has quit [Quit: Leaving.]
merbanan has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 256 seconds]
juri_ has quit [Ping timeout: 240 seconds]
flj has joined #linux-sunxi
juri_ has joined #linux-sunxi
TEKrantz has joined #linux-sunxi
merbanan has joined #linux-sunxi
TEKrantz has quit [Client Quit]
juri_ has quit [Read error: Connection reset by peer]
juri_ has joined #linux-sunxi
<flj> This is a question asked by a lay person. On https://freedombox.org/download/stable/ there is a number of images, which are named free. I assume it means, that the images complies to the free software foundation's libre software requirements. The http://www.orangepi.org/orangepione/ is low priced. It has an allwinner h3 cpu.
pg12 has quit [Quit: ZNC - http://znc.in]
kaspter has quit [Quit: kaspter]
<flj> My question is can you run a libre software image of the freedombox on a orange pi one?
<icenowy[m]> oh by select SPL_FIT_IMAGE_TINY the spl doesn't overflow any more
TEKrantz has joined #linux-sunxi
pg12 has joined #linux-sunxi
Putti has joined #linux-sunxi
tllim has joined #linux-sunxi
JohnDoe0 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
sztibi88_ has joined #linux-sunxi
skiboy has quit [Quit: Leaving]
fkluknav has quit [Ping timeout: 248 seconds]
reinforce has joined #linux-sunxi
fkluknav has joined #linux-sunxi
lemonzest has quit [Quit: Quitting]
uwe__ has joined #linux-sunxi
uwe_ has quit [Ping timeout: 260 seconds]
kevans91 has joined #linux-sunxi
lemonzest has joined #linux-sunxi
BenG83 has joined #linux-sunxi
lrusak has quit [Ping timeout: 255 seconds]
matthias_bgg has quit [Ping timeout: 260 seconds]
lrusak has joined #linux-sunxi
chomwitt has quit [Quit: WeeChat 1.0.1]
clemens3 has quit [Ping timeout: 248 seconds]
sunxi_fan1 has quit [Quit: Leaving.]
IgorPec has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Ping timeout: 256 seconds]
massi has quit [Remote host closed the connection]
The_Loko has quit [Quit: Leaving]
yann has quit [Ping timeout: 265 seconds]
chlorine has quit [Remote host closed the connection]
anarsoul|2 has joined #linux-sunxi
msimpson has quit [Read error: Connection reset by peer]
anarsoul has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
elros_ has quit [Remote host closed the connection]
clemens3 has joined #linux-sunxi
flj has left #linux-sunxi ["Leaving"]
robogoat has quit [Ping timeout: 255 seconds]
<BenG83> icenowy[m], can I use for PineH64 https://github.com/Icenowy/arm-trusted-firmware/tree/dram-3g ?
<icenowy[m]> yes you can
aalm has quit [Ping timeout: 256 seconds]
pg12 has quit [Quit: ZNC - http://znc.in]
fkluknav has quit [Ping timeout: 255 seconds]
fkluknav has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
robogoat has joined #linux-sunxi
yann has joined #linux-sunxi
<BenG83> I get a 288 byte SPL overflow there with gcc 7.2.1
fkluknav has joined #linux-sunxi
<icenowy[m]> try, ah, an older version
<BenG83> ok
<BenG83> but the branch is ok?
aballier has quit [Quit: leaving]
<icenowy[m]> should be
aballier has joined #linux-sunxi
f0xx has quit [Ping timeout: 265 seconds]
gnufan1 has joined #linux-sunxi
gnufan has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
fkluknav has quit [Ping timeout: 256 seconds]
IgorPec has quit [Ping timeout: 248 seconds]
pg12 has quit [Client Quit]
sztibi88_ has quit [Remote host closed the connection]
pg12 has joined #linux-sunxi
<icenowy[m]> can compare it to the Pine A64 report at https://github.com/ssvb/tinymembench/wiki/PINE64-(Allwinner-A64)
pg12 has quit [Client Quit]
pg12 has joined #linux-sunxi
pg12 has quit [Client Quit]
<BenG83> icenowy[m], at what dram clock is that?
<BenG83> also I tried with gcc5.4, 6.4 and 7.2, but no luck, can I remove something from SPL, the config already looks pretty minimal?
pg12 has joined #linux-sunxi
aalm has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
lkcl has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
<icenowy[m]> dram clock seems to have no problem
sunxi_fan1 has joined #linux-sunxi
sunxi_fan1 has quit [Client Quit]
<KotCzarny> nothing like a copypasta
<KotCzarny> 1.5ghz strikes again!
<icenowy[m]> if you have good cooler 1.5GHz is possible ;-)
<icenowy[m]> e.g. liquid nitrogen ;-)
<KotCzarny> rright
<KotCzarny> you know. cooling is one thing, but overvolting is completely different beast
<KotCzarny> physics can't be fooled that easily ;)
<icenowy[m]> the main risk of overvolting is overheating
<KotCzarny> nope
<KotCzarny> it's degradation of silicon that is more important
<icenowy[m]> oh I mean in some range
<KotCzarny> and it's not reversible
<icenowy[m]> degradation is a problem... but it can drive people to buy new devices
<icenowy[m]> ;-)
<KotCzarny> :)
<icenowy[m]> (just joking
<KotCzarny> i hate disposable engineering
clemens3 has quit [Ping timeout: 240 seconds]
sunxi_fan1 has joined #linux-sunxi
JohnDoe0 has quit [Quit: KVIrc 4.9.3 Aria http://www.kvirc.net/]
lrusak has quit [Ping timeout: 240 seconds]
scream has joined #linux-sunxi
lemonzest has quit [Quit: Quitting]
lrusak has joined #linux-sunxi
pg12 has quit [Quit: ZNC - http://znc.in]
scream has quit [Remote host closed the connection]
ernestask has quit [Quit: ernestask]
pg12 has joined #linux-sunxi
lurchi__ is now known as lurchi_
iamfrankenstein has joined #linux-sunxi
iamfrankenstein has quit [Client Quit]
reinforce has quit [Quit: Leaving.]
Ntemis has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
tom_nov has quit [Quit: Leaving]
sunxi_fan1 has quit [Ping timeout: 255 seconds]
hanni76 has quit [Quit: Leaving]
xerpi has joined #linux-sunxi
xerpi has quit [Remote host closed the connection]
xerpi has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
mossroy has quit [Quit: Leaving]
lurchi_ is now known as lurchi__
sunxi_fan1 has joined #linux-sunxi
xyntrix has quit [Ping timeout: 268 seconds]
juri_ has quit [Quit: leaving]
lurchi__ is now known as lurchi_
nots has joined #linux-sunxi
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
LargePrime has quit [Ping timeout: 260 seconds]
Putti has quit [Ping timeout: 240 seconds]
afaerber has quit [Quit: Leaving]
LargePrime has joined #linux-sunxi
tllim has joined #linux-sunxi
sunxi_fan1 has quit [Ping timeout: 248 seconds]
jstein has quit [Read error: Connection reset by peer]
anarsoul has joined #linux-sunxi
tl_lim has joined #linux-sunxi
xerpi has quit [Quit: Leaving]
tllim has quit [Ping timeout: 252 seconds]
Mr__Anderson has quit [Remote host closed the connection]
Ntemis has quit [Remote host closed the connection]