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
FDCX_ has quit [Ping timeout: 260 seconds]
Night-Shade has joined #linux-sunxi
Night-Shade has quit [Read error: Network is unreachable]
tkoskine has quit [Remote host closed the connection]
tkoskine has joined #linux-sunxi
pmattern has quit [Quit: Genug für heute.]
tkoskine has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
dlan has quit [Ping timeout: 260 seconds]
dlan has joined #linux-sunxi
tkoskine has quit [Ping timeout: 250 seconds]
tkoskine has joined #linux-sunxi
auxym has joined #linux-sunxi
<auxym> So... I'
<auxym> So... I'm trying to boot the latest 4.4 rc2 kernel on an A10 (mini-x aka pineriver h24). Bunch of [FAILED] and [DEPEND] messages are scrolling too fast to read. Any ideas?
tkoskine has quit [Remote host closed the connection]
tkoskine has joined #linux-sunxi
meridion has quit [Ping timeout: 244 seconds]
meridion has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
gzamboni_ has quit [Read error: No route to host]
meridion has quit [Ping timeout: 260 seconds]
meridion has joined #linux-sunxi
<auxym> wait... those red/yellow [FAILED] and [DEPEND] are systemd right? If so does that mean my kernel is ok and something is wrong with my rootfs?
khuey___ is now known as khuey|away
arossdotme has joined #linux-sunxi
tkoskine_ has joined #linux-sunxi
tkoskine has quit [Remote host closed the connection]
tkoskine_ has quit [Ping timeout: 245 seconds]
tkoskine has joined #linux-sunxi
tkoskine has quit [Remote host closed the connection]
tkoskine has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
tkoskine has quit [Ping timeout: 245 seconds]
Andy-D has quit [Ping timeout: 250 seconds]
tkoskine has joined #linux-sunxi
<wens> montjoie: congrats
NiteHawk has quit [Remote host closed the connection]
<auxym> heh. zapped the suse rootfs and put stretch on there. bam, login prompt
<auxym> this place is quieter than I remember though :\
<wens> auxym: most people are in europe or NA timezones
<wens> mostly europe iirc
<auxym> ah, makes sense
naobsd has joined #linux-sunxi
specing has quit [Ping timeout: 260 seconds]
deskwizard has joined #linux-sunxi
robogoat has quit [Ping timeout: 245 seconds]
fredy has quit [Excess Flood]
bmeneg_ has joined #linux-sunxi
bmeneg_ has quit [Client Quit]
fredy has joined #linux-sunxi
specing has joined #linux-sunxi
robogoat has joined #linux-sunxi
auxym has quit [Ping timeout: 260 seconds]
Ueno_Otoko has quit [Ping timeout: 260 seconds]
Ueno_Otoko has joined #linux-sunxi
IgorPec has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 260 seconds]
p1u3sch1 has joined #linux-sunxi
naobsd has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
staplr has joined #linux-sunxi
naobsd has joined #linux-sunxi
orly_owl has quit [Ping timeout: 245 seconds]
<plaes> hum..something flaky with wiki?
<plaes> disk full again?
<plaes> Warning: Unknown: write failed: No space left on device (28) in Unknown on line 0
ssvb has quit [Ping timeout: 250 seconds]
staplr has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
_stephan has joined #linux-sunxi
orly_owl has joined #linux-sunxi
domidumont has joined #linux-sunxi
specing has quit [Ping timeout: 250 seconds]
domidumont has quit [Remote host closed the connection]
leviathancn has joined #linux-sunxi
domidumont has joined #linux-sunxi
specing has joined #linux-sunxi
OpenBlyat has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
yann|work has quit [Ping timeout: 260 seconds]
<wens> root is full
Andy-D has joined #linux-sunxi
<rellla> GeneralStupid: no. and it won't get support for cedarx.
Net147 has quit [Ping timeout: 244 seconds]
Net147 has joined #linux-sunxi
<rellla> at least not from these people here imho. the way to go would be to add a cedrus based decoder into kodi, if you are interested... but i don't know if this makes sense until the basic bits went into mainline.
<plaes> wens: do you have access to fix it?
mzki has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
<wens> plaes: i don't think i have sudo
<plaes> :(
tkoskine has quit [Ping timeout: 250 seconds]
leviathancn has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
leviathancn has joined #linux-sunxi
rfugl has quit [Ping timeout: 264 seconds]
Net147 has quit [Ping timeout: 245 seconds]
<plaes> hrm.. that pine thingy is R18
<plaes> I kinda "like" how the Allwinner numbers their chips: http://cdn.liliputing.com/wp-content/uploads/2015/06/r58_04.jpg
<plaes> R8 -> R6
<plaes> R16 -> R18
tkoskine has quit [Ping timeout: 245 seconds]
<mripard> :)
tkoskine has joined #linux-sunxi
<wens> plaes: wasn't it supposed to be a64?
Net147 has joined #linux-sunxi
<wens> they probably are the same thing
<wens> wonder what they call the new 64bit families...
<wens> sun10/11i?
<plaes> no idea.. but the pine64 guys have mentioned A53 and A64
<mripard> probably sun10i
<plaes> R18 ^^
<wens> plaes: A53 is the ARM cortex-A core
<wens> plaes: yeah, but the board hints A64 :p
<wens> R16 feels like A33
<mripard> and it's probably going to be the same than for the A13 / R8, A33 / R16
<plaes> well, they might release two different boards
<mripard> just a revamp of the SoC
<wens> A83 / H8 / R58......
<wens> how many models do you need
<OpenBlyat> does allwinner have any plans for any new chips that support SATA?
<JohnDoe_71Rus> enough one. fully working
<JohnDoe_71Rus> OpenBlyat: hm... russian?
<mripard> wens: I'm guessing it just doesn't have the same power consumption and / or temperature range
<plaes> JohnDoe_71Rus: sounds like that :)
<wens> mripard: at least they could give us some hints about what's different :|
<plaes> btw, I saw some linaro.org guys that touched sunxi code in the linux-arm mailinglist..
Net147 has quit [Ping timeout: 260 seconds]
<mripard> wens: they probably do if you're a customer :)
<mripard> plaes: do you have a link to that?
* plaes searches...
Net147 has joined #linux-sunxi
<wens> plaes: doesn't ring a bell
<plaes> IIRC, it was simple fix :P
<plaes> nevermind.. it was Mathiue Poirier responding to mripard's coupled regulator patch :(
<wens> btw, sam from cubietech was nice enough to answer my axp809 questions, even testing their boards
<plaes> \o/
vishnup has joined #linux-sunxi
<JohnDoe_71Rus> looks like cubietech don't want support kitkat versions to cubieboard. drop cubieboard1/2 to the market and support to community :(
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
tkoskine has quit [Ping timeout: 245 seconds]
tkoskine has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
yann|work has joined #linux-sunxi
Net147 has quit [Ping timeout: 245 seconds]
tkoskine has joined #linux-sunxi
Net147 has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
ssvb has joined #linux-sunxi
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
<libv> plaes: yea, full disk again
<libv> apt-get cleaned.
<libv> cleaning out old kernels
OpenBlyat has quit [Ping timeout: 250 seconds]
tkoskine has joined #linux-sunxi
<wens> iirc there should be some auto clean setting
<libv> there is none
<libv> just cron scripts
<JohnDoe_71Rus> remove old packages
<libv> we need to do two things: 1) make our rootfs at least 4x as large 2) have a script run once a day to check for stale versions of the kernel
<libv> JohnDoe_71Rus: kernels are kept, and they each eat around 250MB
NiteHawk has joined #linux-sunxi
<JohnDoe_71Rus> after install new kernel server reboot?
<libv> JohnDoe_71Rus: then the older kernel binaries are still kept
<libv> i will try to script it up tonight, and hope to have it send me, turl, mnemoc emails, to see that it does the right thing
<JohnDoe_71Rus> yep. then only script remove kernel, stay only last two
<libv> fyi: khgoh mailed the 4 chinese volunteers
<wens> libv: the top of /etc/cron.daily/apt shows a bunch of possible settings
<wens> what 4 chinese volunteers?
<libv> wens: my googling a few months ago turned up nothing debian supported, just people with their own cron scripts
<libv> wens: you're one :p
<libv> the 4 people i told khgoh to contact
ricardocrudo has joined #linux-sunxi
<libv> he stated that about 20 devices will be made available when production starts in february
tkoskine has quit [Ping timeout: 250 seconds]
leviathancn has quit [Ping timeout: 260 seconds]
Ueno_Otoko has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
<Strontium> I have gone over the datasheets for the A13 and R8, and as far as electrically is concerned they seem identical. Would love it if anyone knew otherwise. The ONLY difference between the two seems to be the markings on the chip.
vishnup has quit [Quit: Page closed]
OpenBlyat has joined #linux-sunxi
_massi has joined #linux-sunxi
tkoskine has quit [Ping timeout: 250 seconds]
ricardocrudo has quit [Ping timeout: 250 seconds]
iamfrankenstein1 has joined #linux-sunxi
Ueno_Otoko has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
<libv> seems like the olimex laptop blog entry now got some more traction :)
tkoskine has joined #linux-sunxi
afaerber has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
interrobangd has joined #linux-sunxi
arossdotme has quit [Ping timeout: 250 seconds]
uwe_ has quit [Ping timeout: 245 seconds]
uwe_ has joined #linux-sunxi
clonak has quit [Remote host closed the connection]
clonak has joined #linux-sunxi
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
viccuad has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
Andy-D has quit [Ping timeout: 260 seconds]
_stephan has quit [Ping timeout: 250 seconds]
iamfrankenstein1 has quit [Ping timeout: 260 seconds]
petero has joined #linux-sunxi
naobsd has joined #linux-sunxi
MaDMaLKaV has quit [Quit: No Ping reply in 180 seconds.]
MaDMaLKaV has joined #linux-sunxi
speakman has joined #linux-sunxi
Confucij has joined #linux-sunxi
Confucij has left #linux-sunxi [#linux-sunxi]
auxym has joined #linux-sunxi
ssvb has quit [Ping timeout: 250 seconds]
gzamboni has joined #linux-sunxi
rds_ has joined #linux-sunxi
<rds_> Jemk: congrats you've got vdpau working on H3!
tkoskine has joined #linux-sunxi
<rds_> any plans to get the encoder demo also working ?
auxym has quit [Ping timeout: 260 seconds]
domidumont has quit [Read error: Connection reset by peer]
domidumont has joined #linux-sunxi
<jemk> rds_: thx, no plans for encoder currently, i don't need the encoder
<rds_> yeah!, no big deal!
<rds_> I read you may concentrate on V4L2, and I concluded it would be the encoder! but, just a wrong guess!
petero has quit [Quit: Verlassend]
<jemk> v4l2 could get encoding capabilities too, but not with very high priority.
<jemk> but it will aim at the older socs first anyway
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<rds_> I think when cedarX ( cedrus ) is totally open source, via your work, AW socs gets a lot more success, since media is what drive sells of these things, even though AW is blinded about this.
<GeneralStupid> i think i would sell my orangepi and get a raspberry pi
Gerwin_J has joined #linux-sunxi
<orly_owl> get a banana pi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<GeneralStupid> no, thank you. No allwinner crap again.
ssvb has joined #linux-sunxi
domidumont has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
<rds_> maybe AW socs will finally have decent software in 2016, when I think the mainline team is going to deliver somewhat good SW, starting with CHIP that will get 4.X kernel
<mripard> rds_: because it wasn't good before ? ;)
<rds_> it has been getting better, due to this community work!
tkoskine has quit [Ping timeout: 245 seconds]
<rds_> you are a great contributor for its improvement!
<rds_> but, look at the kernel released with the new SOCs!
<rds_> I would say A20 has decent support, but H3 will take while to reach that level!
<GeneralStupid> I need to become an Android developer to get my usb wifi working
<GeneralStupid> so, i can buy another usb wifi or just stop that waste of time and buy a raspberry pi
<rds_> as one example, look at all over heat problems with the H3, and this community finds that the SOC is just fine, only badly configured the SW released by the vendors
<GeneralStupid> the allwinner software is crappy...
<rds_> people say the R-pi h/w is crapy, but the joy of buying your little toy, power on and it works, is a major thing for the geeks that buy this stuff
<mripard> rds_: it's never been bad, it was missing then :)
<rds_> and that is why R-pi excels AW based products
<mripard> but yeah, allwinner BSP is terrible
<mripard> but the H3 is only going to take a while because only jemk, hans and wens have been working on it so far
<plaes> there's also the "lack" of choice ;)
<rds_> when you buy a toy like OPI-PC, power on and Eth does not work, you plug 2 to 4 wi-fi dongles and nothing, it cool down the geek!
<plaes> with allwinner you have A10, A13, A20, A33...A80, A83T, H3...
<plaes> and with each soc you also have multiple boards
<rds_> guys, you are the savers for AW blindness!
<plaes> no wonder, there's no consistency
gzamboni has quit [Ping timeout: 250 seconds]
<rds_> AW can't even be consistent with the naming of their SOCs
OpenBlyat has quit [Quit: Leaving]
<jemk> mripard: speeking of h3 mainline, how can i finish the bus gates?
<wens> weren't we waiting for arnd's reply?
tkoskine has joined #linux-sunxi
domidumont has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
domidumont has quit [Read error: Connection reset by peer]
tkoskine has quit [Ping timeout: 260 seconds]
reinforce has quit [Quit: Leaving.]
interrobangd has quit [Quit: Leaving]
Ueno_Otoko has quit [Ping timeout: 250 seconds]
rgwan-phone has joined #linux-sunxi
<rgwan-phone> Who knows that what is SLC mode in SUNXI-MTD?
enrico_ has joined #linux-sunxi
<arnd> wens: I'm not aware of any email thread I need to reply to. any specific subject I should look at?
<arnd> rgwan-phone: single-level-cell flash? Most flash these days is multi-level-cell (MLC or TLC), so unless you have SLC hardware you don't care?
<rgwan-phone> No. I just want to know what is SLC mode in mtd-sunxi driver
<rgwan-phone> because that the CHIP minicomputer uses the mtd-sunxi driver with intergrated MLC-NAND flash
<rgwan-phone> I ”m curious about a expression on uboot script:SLC mode
domidumont has joined #linux-sunxi
shalem has joined #linux-sunxi
<mripard> rgwan-phone: we're switching the MLC NAND in SLC mode
<mripard> because the MLC NANDs have a huge deal of issues that are not currently handled by Linux, and could result in data loss.
<rgwan-phone> Which means....? Only use half capacity of the MLC”s?
<rgwan-phone> So 8GB flash will shown as 4GB?
<mripard> rgwan-phone: yes
<rgwan-phone> Oh. I know
<mripard> jemk, arnd: for the record, the clock maintainers seems to be willing to push more things into the clock driver, and less and less in the DT, see http://www.spinics.net/lists/linux-clk/msg04652.html
<rgwan-phone> I want to help for MLC flashes....
<rgwan-phone> The SLC mode is a pretty ugly solution
interrobangd has joined #linux-sunxi
<mripard> rgwan-phone: no, it's not.
<rgwan-phone> why
tkoskine has joined #linux-sunxi
reinforce has joined #linux-sunxi
<mripard> because it's something supported by the NAND chips that is reliable, and supported easily in software?
<mripard> let's turn it the other way around
<mripard> why is it ugly ?
reinforce1 has joined #linux-sunxi
<rgwan-phone> Oh...I see
<rgwan-phone> I just want to use more capacity that nand chips supported
<rgwan-phone> But I dont know why other SOC can support MLC reliabliy
rds_ has quit [Ping timeout: 252 seconds]
<wens> does mtd/nand/ubifs need a lot more work for MLC?
<wens> s/does/doesn't/
<rgwan-phone> maybe I should to find out
<mripard> rgwan-phone: they don't.
shalem has quit [Quit: Leaving]
<rgwan-phone> and rework some stuff to make MLC mode stable
<mripard> wens: and yes, it does
<arnd> mripard: I just realized that the list is for the "clock-indices" property, not for the xlate function
<arnd> I think it's fine then
<mripard> wens: the controller can't do anything about it, it's MTD / UBI that need to deal with this
<wens> bbrezillon seems to be working hard on it, and overhauling the mtd/nand subsystem in general
<wens> mripard: i know, i was at the talk :)
<mripard> wens: bbrezillon has been working on this for the last few monthes, so there's some progress, but there's still a long way
<mripard> arnd: ok, cool :)
deskwizard has quit [Remote host closed the connection]
reinforce1 has quit [Quit: Leaving.]
deskwizard has joined #linux-sunxi
<libv> so now clock-output-names is being deprecated? So they will have to be referred to with bit offsets?
<libv> that smells like a step backwards
tkoskine has quit [Ping timeout: 250 seconds]
<mripard> libv: clock-output-names is not involved in the clock lookup, or at least it's not when you're using DT
<mripard> so, no, it doesn't smell like anything.
<libv> well, it does clean-up the duplicity that i whined about in august 2014
<rgwan-phone> mripard: so maybe I should to take a look at UBI/MTD level
<rgwan-phone> and try to work out a solution...
<rgwan-phone> Is it a linux”s general issue?
<plaes> mripard: when does the merge window close?
<plaes> I'm kinda tempted to hijack hansg's sun4i_codec external power thread.. :S
IgorPec has quit [Ping timeout: 246 seconds]
<mripard> rgwan-phone: yes, it's a linux general issue, and it's being worked on
<mripard> libv: if you say so
<mripard> plaes: around -rc5 / -rc6 for the DT bits
<mripard> plaes: a bit later for other subsystems
<rgwan-phone> sunxi-nand ftl driver solve that thing but not in proper way
leviathancn has joined #linux-sunxi
rgwan-phone has quit [Ping timeout: 250 seconds]
domidumont has quit [Read error: Connection reset by peer]
fredy has quit [Ping timeout: 245 seconds]
fredy has joined #linux-sunxi
yann|work has quit [Ping timeout: 260 seconds]
mzki has quit [Quit: leaving]
iamfrankenstein1 has joined #linux-sunxi
Andy-D has joined #linux-sunxi
Nyuutwo_ is now known as Nyuutwo
bonbons has joined #linux-sunxi
tkoskine has joined #linux-sunxi
iamfrankenstein1 has quit [Ping timeout: 260 seconds]
tkoskine has quit [Remote host closed the connection]
tkoskine has joined #linux-sunxi
IgorPec has joined #linux-sunxi
tkoskine has quit [Ping timeout: 250 seconds]
khuey|away is now known as khuey___
soderstrom has joined #linux-sunxi
enrico_ has quit [Quit: Bye]
tkoskine has joined #linux-sunxi
leio has joined #linux-sunxi
atx has joined #linux-sunxi
gzamboni has joined #linux-sunxi
tkoskine has quit [Ping timeout: 245 seconds]
domidumont has joined #linux-sunxi
_massi has quit [Quit: Leaving]
arossdotme has joined #linux-sunxi
simosx has joined #linux-sunxi
ssvb has quit [Ping timeout: 260 seconds]
arossdotme has quit [Ping timeout: 250 seconds]
arossdotme has joined #linux-sunxi
bonbons has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 246 seconds]
bonbons has joined #linux-sunxi
tkoskine has quit [Ping timeout: 245 seconds]
adj_ has joined #linux-sunxi
arossdotme has quit [Ping timeout: 260 seconds]
afaerber has quit [Quit: Ex-Chat]
tkoskine has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
ricardocrudo has quit [Remote host closed the connection]
tkoskine has quit [Ping timeout: 250 seconds]
leviathancn has quit [Ping timeout: 245 seconds]
leviathancn has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
leviathancn has quit [Ping timeout: 250 seconds]
staplr has joined #linux-sunxi
tkoskine has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
soderstrom has quit [Ping timeout: 260 seconds]
domidumont1 has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
Net147 has quit [Ping timeout: 245 seconds]
ssvb has joined #linux-sunxi
tkoskine has joined #linux-sunxi
Net147 has joined #linux-sunxi
yann|work has joined #linux-sunxi
<flok420> I'm a bit puzzled: my banana pi m2 has a (mounted!) /boot partition that is empty. no fex, no uimage, nothing. still it boots fine...?
tkoskine has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
arossdotme has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 246 seconds]
IgorPec2 has quit [Ping timeout: 246 seconds]
domidumont1 has quit [Ping timeout: 246 seconds]
arossdotme has quit [Ping timeout: 250 seconds]
arossdotme has joined #linux-sunxi
arossdotme has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
arossdotme has joined #linux-sunxi
paulk-collins has quit [Quit: Quitte]
tkoskine has quit [Ping timeout: 250 seconds]
tkoskine has joined #linux-sunxi
arossdotme has quit [Ping timeout: 250 seconds]
reinforce has quit [Quit: Leaving.]
afaerber has joined #linux-sunxi
arossdotme has joined #linux-sunxi
Andy-D has quit [Ping timeout: 250 seconds]
atx has quit [Quit: Leaving.]
arossdotme has quit [Ping timeout: 250 seconds]
Andy-D has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
arossdotme has joined #linux-sunxi
<Inode> is this version limit of 0x10 documented somewhere? https://github.com/linux-sunxi/sunxi-tools/blob/master/script_bin.c#L308
iamfrankenstein has quit [Ping timeout: 250 seconds]
<Inode> i obtained "script.bin" using sunxi-script_extractor from sunxi-tools, and the head->version[0] check was failing @ https://github.com/linux-sunxi/sunxi-tools/blob/master/script_bin.c#L330
bonbons has quit [Quit: Leaving]
deskwizard has quit [Remote host closed the connection]
iamfrankenstein has joined #linux-sunxi
<Inode> as a test, i commented out the test of head->version[0] and recompiled and ran sunxi-fexc again to convert the script.bin to a fex file... and the output appears to be consistent for the most part with other A33 fex files in https://github.com/linux-sunxi/sunxi-boards/tree/master/sys_config/a33
arossdotme has quit [Ping timeout: 250 seconds]
tkoskine has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
tkoskine has quit [Ping timeout: 245 seconds]
staplr has quit [Remote host closed the connection]
tkoskine has joined #linux-sunxi
arossdotme has joined #linux-sunxi
interrobangd has quit [Read error: Connection reset by peer]
tkoskine has quit [Ping timeout: 250 seconds]
leio has quit [Ping timeout: 245 seconds]
tkoskine has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
leio has joined #linux-sunxi
arossdotme has quit [Ping timeout: 250 seconds]
tkoskine has quit [Ping timeout: 260 seconds]
vickycq has quit [Ping timeout: 245 seconds]
viccuad has quit [Quit: WeeChat 1.3]
Nacho has joined #linux-sunxi
arossdotme has joined #linux-sunxi
tkoskine has joined #linux-sunxi
arossdotme has quit [Ping timeout: 260 seconds]
iamfrankenstein1 has joined #linux-sunxi
arossdotme has joined #linux-sunxi
avph has quit [Ping timeout: 264 seconds]
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
iamfrankenstein1 has joined #linux-sunxi
avph has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 260 seconds]
simosx has quit [Quit: Leaving]
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
tkoskine has quit [Ping timeout: 260 seconds]
ricardocrudo has joined #linux-sunxi
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
auxym has joined #linux-sunxi
tkoskine has joined #linux-sunxi
yann|work has quit [Ping timeout: 260 seconds]
rgwan-phone has joined #linux-sunxi
tkoskine has quit [Ping timeout: 245 seconds]
tkoskine has joined #linux-sunxi
tkoskine has quit [Ping timeout: 260 seconds]
tkoskine has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
vishnup has joined #linux-sunxi
tkoskine has quit [Ping timeout: 250 seconds]