<apritzel>
shadeslayer: so which branch is this, exactly?
<shadeslayer>
u-boot master, ATF from your allwinner branch
<apritzel>
shadeslayer: but that won't give out ATF load support
<shadeslayer>
aa75c8da415158a94b82a430b2b40000778e851f on ATF and ee6fb217cbf3e81cd2c5f1a13f989cf59016781f on u-boot with that one patch you linked above
<shadeslayer>
apritzel: oh, do I need to use your branch?
<shadeslayer>
for u-boot?
<apritzel>
yes
<shadeslayer>
moment
<apritzel>
sunxi64 should work, even without the patch
<apritzel>
sunxi64-beta it is, actually
<shadeslayer>
same thing :S
<shadeslayer>
oh oh
<shadeslayer>
moment
<shadeslayer>
apritzel: what linaro toolchain is the ATF team using?
<apritzel>
this one should have a .dtb suitable for the kernel as well
<apritzel>
so you wouldn't need to load one, just use $fdtcontroladdr
<shadeslayer>
oh cool :)
<shadeslayer>
apritzel: but then I need to mess around with the dts to add the nodes for drm
<apritzel>
which you could easily do with the "fdt" command on the U-Boot prompt
<apritzel>
with a bit of hacking you should be able to replace DTs without rebuilding
<apritzel>
I am working on a tool for that
<shadeslayer>
ah cool
jernej has quit [Ping timeout: 268 seconds]
<shadeslayer>
something for tomorrow :)
<shadeslayer>
night night :)
<pitillo>
hello, good night. Do you know which CFLAGS are recommended for SOC optimization (march, mcpu and mtune) for the orangepiPC (AllWinner H3)? Are -mcpu=cortex-a7 -mfpu=vfpv4-neon safe?
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
dravine has joined #linux-sunxi
sgteem_ has joined #linux-sunxi
sgteem has quit [Ping timeout: 260 seconds]
ninolein has joined #linux-sunxi
pg12 has quit [Ping timeout: 240 seconds]
ninolein_ has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
terra854 has joined #linux-sunxi
apritzel has quit [Quit: Leaving.]
<willmore>
pitillo, that looks okay.
vagrantc has quit [Quit: leaving]
<pitillo>
willmore: looks but I think they aren't right... -mtune= neon-vfpv4 better (my typo). I'm on the way rebuilding a set of ports. Thank you for taking a look and answering :)
<pitillo>
giving a rebuild on the odroidxu4 too, changing the cpu to cortex-a15
<igraltist>
pitillo: are you running an ondroidxu4?
<igraltist>
i would like to know what would the write and read speed if using luks for encryption
<pitillo>
igraltist: yes, too (efikamx/rpi/cb1/cb2/opipc/odroidxu4/pine64)
<igraltist>
the usb3 slot make the very interesting for small fileserver
<pitillo>
It'll be unavailable until sunday night/monday morning probably (currently is rebuilding a set of core ports and I'll let it "eating")
<igraltist>
i will query u next week :D
<pitillo>
that's fine :)
<pitillo>
which kind of test do you need? Can you explain a bit? It'll have only a small amount of ports
<igraltist>
the only important is what is the transfer speed on gbit when using encryption
<pitillo>
I have gigabit ethernet and I can play with my laptop or the pine64... plain transfer were very good when I tested with iperf (~100MB/s)
<pitillo>
if I remember right
lurchi_ is now known as lurchi__
<igraltist>
this is nice
<igraltist>
i know benchmark are one parts and to see in daily work what is transfered is other
<pitillo>
sure... I knew gigabit ethernet only at work... just bought a gb ethernet switch for home and now I miss gb support in some devices :)
<igraltist>
my rpi as music station even need only 10Mbit/s
<igraltist>
i have the same here but not all need gbit only main machine
<pitillo>
interesting... march armv7-a vs armv7ve for cortex-a15. Forcing this last one better
<willmore>
pitillo, IIRC when I last looked into this, the syntax for those commands completely changed between a few compiler versions. What are you using?
<willmore>
igraltist, I have a C2 here is you want data from it.
ramshorns has joined #linux-sunxi
<igraltist>
willmore: iam looking for the xu4 because the usb3
<pitillo>
willmore: gcc 6.3.0 after a bump to 6.4.0
leviathan has joined #linux-sunxi
<pitillo>
s/after/before (sorry)
victhor has quit [Ping timeout: 260 seconds]
reev has quit [Ping timeout: 264 seconds]
leviathan_ has joined #linux-sunxi
leviathan has quit [Ping timeout: 268 seconds]
chomwitt has quit [Ping timeout: 240 seconds]
leviathan_ has quit [Ping timeout: 260 seconds]
leviathan has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
leviathan has quit [Ping timeout: 268 seconds]
TheLinuxBug has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
<igraltist>
pitillo: which kernel version are you using on opipc?
reev has joined #linux-sunxi
<pitillo>
igraltist: prebuilt one... I've not able to get a custom one running (not many time to deep on it neither) 3.4.39-01-lobo (I belive it's from archlinux)
<igraltist>
ok
<igraltist>
hmm somewho i did something missconfigure in the kernel on opipc, because now its does not compile e.g php7 anymore its just get hung
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
foxx has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
techping has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
jernej has joined #linux-sunxi
jernej has quit [Ping timeout: 246 seconds]
msevwork has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
<BenG83>
MoeIcenowy, <tllim> BTW, manage to change the UART connection to earphone jack on last minutes. Now no need to share with USB/ORG port
<montjoie>
wens: bpim3 with dwmac-sun8i on top of your branch booted
<MoeIcenowy>
BenG83: I know it
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
lkcl has joined #linux-sunxi
<MoeIcenowy>
montjoie: did it connect to network?
<montjoie>
MoeIcenowy: yes
<montjoie>
surprised that it works on the first try:)
chlorine has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
paulk-collins has quit [Quit: Leaving]
chomwitt has joined #linux-sunxi
victhor has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<montjoie>
and without PCSI, iperf is still the same 400MB/s both way
Gerwin_J has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
lemonzest has quit [Quit: Leaving]
fkluknav has quit [Ping timeout: 240 seconds]
Ntemis has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
fkluknav has joined #linux-sunxi
IgorPec has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<Putti>
I was grepping linux's source code but I cannot figure out how the device tree property "usb0_vbus-supply" of sun4i-usb-phy gets in use. Does anyone know ?
fkluknav has quit [Ping timeout: 246 seconds]
<BenG83>
maybe for u-boot?
cptG has joined #linux-sunxi
<Putti>
BenG83, but does u-boot code run after the kernel is up? Or do you suggest that u-boot also parses the *.dtb file provided?
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
cptG_ has quit [Ping timeout: 246 seconds]
<Putti>
is linux bootloader agnostic? If it is, why there would be any u-boot related things?
<BenG83>
afaik U-boot also uses the dtb
<BenG83>
or can at least
<BenG83>
to configure things like power management early
<Putti>
plaes, that is just for the property *power-supply, and not *-supply?
<MoeIcenowy>
Putti: a function can automatically parse *-supply
<MoeIcenowy>
and you should only psas "usb0_vbus" to it
<MoeIcenowy>
and I think in phy-sun4i-usb.c it's "usb%d_vbus"
<Putti>
MoeIcenowy, okay
<Putti>
Thanks
<Putti>
MoeIcenowy, I'm trying still to solve the usb port not giving any power problem. Could "sun4i-usb-phy 1c19400.phy: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb0_id_detect_pin@0, deffering probe" be related to it?
<MoeIcenowy>
usually not
<Putti>
ok
<MoeIcenowy>
as it occur only due to sun4i-usb-phy get probed before pinctrl device
<MoeIcenowy>
"deffering probe" is a usual thing
fkluknav has joined #linux-sunxi
<Putti>
and later it will be probed again?
<BenG83>
has anyone done DRAM parameter tuning on A64 boards?
<BenG83>
I read up on the wiki about the work done on A10/....
<Putti>
MoeIcenowy, does your Q8 tablet use axp22_dcdc1 for the usb power regulator?
<MoeIcenowy>
of course not ;-)
<MoeIcenowy>
dcdc1 is a 3.3v used for 3.3v io
komunista has joined #linux-sunxi
<Putti>
MoeIcenowy, hmm, I have this entry in my fex: usb_regulator_id_vbus = "axp22_dcdc1"
<MoeIcenowy>
I think it's not usb0's vbus...
<MoeIcenowy>
as dcdc1 is always-on
<MoeIcenowy>
if dcdc1 is off the system will be dumb ;-)
<BenG83>
maybe there is a booster converter after DCDC1?
<BenG83>
*boost
<Putti>
it is for [usbc0]
<MoeIcenowy>
BenG83: if in this way vbus will be always on ;-)
<MoeIcenowy>
Putti: are you still checking your A33 Q8?
<BenG83>
Pine has the 5V converter on the PS rail of AXP803
<BenG83>
that is also always on if the AXP is on
terra854 has joined #linux-sunxi
<MoeIcenowy>
Putti: it's a generic config of Q8 tablet.
<MoeIcenowy>
nothing special.
<Putti>
I think I will then try to play around with the kernel config a bit
<Putti>
and maybe look how u-boot does it as there the usb port gives power
<MoeIcenowy>
u-boot will only enable host mode.
cnxsoft has quit [Quit: cnxsoft]
<MoeIcenowy>
have you loaded gadget as what I said?
<Putti>
but I want just host mode, as I just plug the keyboard there?
<Putti>
I think I loaded gadget but something might have went wrong
<MoeIcenowy>
if you do not load gadget, the MUSB won't finish its initialization
<Putti>
how to know whether it has finished initialization?
<MoeIcenowy>
I don't know
<MoeIcenowy>
it's something a little strange
<Putti>
ok
<MoeIcenowy>
or you can try to alter device tree, change dr_mode in &usb_otg to "host"
<MoeIcenowy>
but thus you will lost gadget function at all
<Putti>
gadget function is not important for me at the moment :)
msevwork has quit [Quit: Leaving]
chlorine has quit [Remote host closed the connection]
ErwinH has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
<BenG83>
I am building a new Gentoo test image for my Pine64 based on mainline kernel, is it worth having extra compiler/linker switches for A53 vs. generic arm64, does anyone have experience with that?
<willmore>
BenG83, you mean like -march -mtune ?
<BenG83>
yeah
<willmore>
I do not. I just wanted to make sure I understood.
<BenG83>
I played a lot with those back when Gentoo was relatively new on x86
<BenG83>
but have long since just used the defaults for my normal PCs
<willmore>
BenG83, google makes it look like those should be safe for kernel compilation.
<willmore>
-mtune=native should always be good.
<willmore>
Assuming you're self hosting. :)
ErwinH has joined #linux-sunxi
<MoeIcenowy>
Gentoo... you are brave
<BenG83>
I have been using Gentoo for a long time ;)
<BenG83>
never cold in the winter
<MoeIcenowy>
;-)
ErwinH has quit [Ping timeout: 260 seconds]
lkcl has quit [Ping timeout: 240 seconds]
<Putti>
I got USB power working! Yay, but not sure what I did in order to make it work :D
jernej has joined #linux-sunxi
<Nemo_bis>
:D
<BenG83>
but hey, Gentoo is getting stable profiles now for arm64
<willmore>
Putti, if you don't know what you did to fix it, you didn't actually fix it. ;)
<Putti>
I changed bunch of kernel configs and it magically started working
<Putti>
I think I now will start to disable one by one them and see which one made it work
<willmore>
That seems wise.
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
chlorine_ has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
chlorine_ has joined #linux-sunxi
ErwinH has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
akaizen has quit [Read error: Connection reset by peer]
<BenG83>
yeah I am trying to find out what mcpu=cortex-a53 actually does in gcc
<apritzel>
also I wouldn't expect the A53 to be a worthwhile optimisation target
<apritzel>
BenG83: usually it fine tunes the instruction ordering to meet the microarchitecture
<KotCzarny>
well, compile some benchmarking suite for a quickie?
<apritzel>
but I'd guess there is not much to gain here on an A53
<apritzel>
KotCzarny: to get what? benchmark numbers?
<KotCzarny>
apritzel, yah, for a quick checkup if anything changed
<KotCzarny>
not for real gains, just to see if it changed anything
<apritzel>
seriously: on those chips the everyday performance is severely limited by the abysmal memory and I/O performance
<apritzel>
whether you gain one to two cycles here or there doesn't really matter
ErwinH has joined #linux-sunxi
<apritzel>
there may be exceptions for some very specific programs, but tuning a whole distro compilation for it sounds pointless to me
Gerwin_J has quit [Quit: Gerwin_J]
<KotCzarny>
apritzel, unless particular distro was compiled in some very conservative flags in the first place
<apritzel>
KotCzarny: there are no "conservative" flags for AArch64
<KotCzarny>
-O2 vs -O3 ?
<BenG83>
Gentoo default cflags are usually pretty ok, but there are not many aarch64 users out there atm
<apritzel>
KotCzarny: those are GCC generic optimisations, like loop-unrolling and stuff
<apritzel>
optimising on x86 for the newest CPU may make a difference compared to the original, generic Athlon64 target
<Putti>
MoeIcenowy, probably, it would be at least educational
<apritzel>
since there are more than 10 years of development between those two
ErwinH has quit [Ping timeout: 240 seconds]
<KotCzarny>
what are default cflags in his case?
* Putti
looks into reverse engineering techniques...
<BenG83>
so I guess finding good DRAM parameters for a board is more wortwhile?
<apritzel>
BenG83: indeed
<BenG83>
has anyone done that for A64 boards?
<BenG83>
I was comparing dram_para from original AW images with what I use atm yesterday
<apritzel>
BenG83: Theobroma did
<apritzel>
they run their board with proper DDR3-1600 parameters, apparently
<MoeIcenowy>
P.S. I'm considering finally kick ATF out on A64
<apritzel>
BenG83: beeble should know more
<BenG83>
ok
<MoeIcenowy>
If we can gain AXP support in SPL, what we must have of ATF is only PSCI
<apritzel>
MoeIcenowy: yeah, back to 2011!
<MoeIcenowy>
I think U-Boot have PSCI framework
<apritzel>
MoeIcenowy: don't forget OPTee
<apritzel>
don't forget errata workarounds
ErwinH has joined #linux-sunxi
<apritzel>
MoeIcenowy: don't forget PSCI 1.0 support
IgorPec has joined #linux-sunxi
<MoeIcenowy>
ah...
<BenG83>
I don´t know how much time ChipHD spent with that on the pine/sopine/pb boards, but the original images come at least with different parameters, but those boards also have different DRAM layouts...
<MoeIcenowy>
P.S. Pine64's DRAM settings totally failed on BenG83's Pinebook 1st batch sample ;-)
<BenG83>
from an electrical standpoint, sopine should be the easiest to tune
Mr__Anderson has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
P.S. I may get a SoPine tomorrow
<BenG83>
I saw the approach using lima-memtester for A10/... is that still a valid option for A64 type dram controllers?
<ssvb>
BenG83: yes, it should be valid too, but will not work out of the box
apritzel has left #linux-sunxi [#linux-sunxi]
scream has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
ErwinH has joined #linux-sunxi
reinforce1 has joined #linux-sunxi
reinforce1 has quit [Client Quit]
reinforce1 has joined #linux-sunxi
reinforce1 has quit [Client Quit]
reinforce1 has joined #linux-sunxi
reinforce1 has quit [Client Quit]
reinforce1 has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
<BenG83>
I could start and ask Tl if they can extract differential length data from their ECAD for pine PCBs, we usually do that for boards at work
<BenG83>
to check if DRAM busses are within the window for autocalibration to work
reinforce1 has quit [Client Quit]
reinforce1 has joined #linux-sunxi
<BenG83>
impedance matching is more or less trial and error if one doesnt have simulation data or access for measurements
reinforce1 has quit [Client Quit]
reinforce1 has joined #linux-sunxi
reinforce1 has quit [Client Quit]
reinforce1 has joined #linux-sunxi
<Putti>
do you know any irc channels for reverse engineering firmware of wifi chips (or some related chips)?
<Putti>
or some people who to ping for help
ErwinH has joined #linux-sunxi
<BenG83>
I would start by finding out what MCU is in the RTL chips Putti
chlorine has quit [Remote host closed the connection]
<BenG83>
the fw images are usually at least scrambled a bit to make that harder
<Putti>
BenG83, that was my idea too
<Putti>
I was worried about scrambled fw
<Putti>
:/
<Putti>
there is uart in the wifi chip I have, so maybe I will find some bug and get into debug mode so I can see how it works step by step
<BenG83>
yeah that is also a good idea
<BenG83>
the hard part will be finding out the controls for the analog sections
<BenG83>
you can find the high level controls probably from looking at what the driver does
<Putti>
I have no idea what "control" or "analog section" means. This is gonna be a long journey :o
<BenG83>
wel´ll its a RF modem with quite a bit of analog hardware parts that want to be configured
<Putti>
ok, now I understand a bit what you meant
<BenG83>
with digital chips you can usually input stuff on one end and observe the output on the other hand
<Putti>
BenG83, thanks for this information, I will store it somewhere
<Putti>
cool
ErwinH has quit [Ping timeout: 240 seconds]
<BenG83>
with an RF chip that is not so straight forward
<Putti>
I might need a SDR for analyzing what it sends?
<BenG83>
if you have an SDR for 2.4Ghz and 80Mhz bandwith
<BenG83>
or a small spectrum analye
<BenG83>
*analyzer
<Putti>
ok
<BenG83>
I mean we have an open source driver
<BenG83>
and if you can decode the firmware image
<BenG83>
you can work out the registers maybe that control things
<BenG83>
but you still need to verify that somehow
<Putti>
yeah
<BenG83>
also a good idea is to monitor power consumption probably
<BenG83>
since changing analog settings like the bias for the different gain stages etc.
<Putti>
I think I need to get them some more tools for this project
<BenG83>
thre is at least a block diagram in the public datasheets
<BenG83>
but not much more information
<Putti>
ok
tuxillo_ is now known as tuxillo
ErwinH has joined #linux-sunxi
Andy-D has joined #linux-sunxi
ErwinH has quit [Ping timeout: 264 seconds]
enrico__ has quit [Ping timeout: 260 seconds]
<KotCzarny>
funnily, when i tried to play two things at once second instance was quiet, but apparently progressing. when i quit the first one second one wasnt quiet anymore, but it was playing quite noticeably slower than normal. restarting play made thing go back to normal
<KotCzarny>
(a20)
<plaes>
audio?
<KotCzarny>
yup
<plaes>
fun..
<KotCzarny>
kernel 4.9
<plaes>
btw, I'll post v2 of A20 ccu soon...
fkluknav has quit [Ping timeout: 260 seconds]
chomwitt has quit [Ping timeout: 260 seconds]
<plaes>
need to figure out 4 more clocks :S
JohnDoe_71Rus has joined #linux-sunxi
ramshorns has quit [Read error: Connection reset by peer]
ramshorns has joined #linux-sunxi
ErwinH has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
<BenG83>
ssvb, in http://linux-sunxi.org/A10_DRAM_Controller_Calibration you wrote the A10/... DRAM controller does not have support autotuning for most parameters, is the controller used in A64 different in that regard?
dfranzini has joined #linux-sunxi
<dfranzini>
hello
enrico__ has joined #linux-sunxi
<dfranzini>
has anyone seem or tried the Pandora's Box 3 board?
wzyy2 has quit [Ping timeout: 240 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
<BenG83>
dfranzini, if you have one, maybe start filling in info for the wiki
<dfranzini>
exactly
heffer_ has joined #linux-sunxi
<dfranzini>
that's the point
ErwinH has joined #linux-sunxi
<dfranzini>
can I send a picture here?
jemk_ has joined #linux-sunxi
djakov_ has joined #linux-sunxi
<BenG83>
you can link a picture in irc
<dfranzini>
I have some pictures and I figured out some of the chips on the board
<MoeIcenowy>
and the RGB2VGA DAC is "GM7123C 1620_1", but unforunately it do not have EDID I2C
<plaes>
wtf.. it's another SoC
chomwitt has quit [Ping timeout: 258 seconds]
<MoeIcenowy>
but I think on the RGB2LVDS board it's just dumb
<plaes>
oh wait.. my bad
ErwinH has joined #linux-sunxi
<plaes>
nevermind, it is GM8283c...
<MoeIcenowy>
the datasheet is in Chinese
<MoeIcenowy>
easily accessible on network
<plaes>
yeah
<plaes>
anyone feeling bored? :)
<plaes>
trying to figure out the TVD clock on A20
<MoeIcenowy>
P.S. R40 user manual have some info about TVD
<MoeIcenowy>
maybe it can also apply on A20
<MoeIcenowy>
To be honest at first when I saw the description of GM8283C it's "28 programmable data strobe transmitter", then I cannot ensure whether it is ;-)
ErwinH has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
but then the datasheet says it can translate 28-bit LVTTL signal to 4-lane LVDS signal
afaerber has joined #linux-sunxi
ErwinH has joined #linux-sunxi
reinforce1 has quit [Quit: Leaving.]
kristina_ is now known as kristina
ErwinH has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
ErwinH has joined #linux-sunxi
lurchi__ is now known as lurchi_
ErwinH has quit [Ping timeout: 240 seconds]
Mr__Anderson has joined #linux-sunxi
ErwinH has joined #linux-sunxi
lurchi_ is now known as lurchi__
ErwinH has quit [Ping timeout: 256 seconds]
lurchi__ is now known as lurchi_
leviathan_ has quit [Ping timeout: 240 seconds]
jernej has quit [Ping timeout: 256 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 246 seconds]
lurchi_ is now known as lurchi__
jernej has joined #linux-sunxi
ErwinH has joined #linux-sunxi
mossroy has quit [Quit: Leaving]
ErwinH has quit [Ping timeout: 246 seconds]
lurchi__ is now known as lurchi_
apritzel has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 268 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 256 seconds]
my123 has quit [Ping timeout: 246 seconds]
ErwinH has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has quit [Changing host]
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
scream has quit [Remote host closed the connection]
ErwinH has quit [Ping timeout: 268 seconds]
komunista has quit [Quit: Leaving.]
ErwinH has joined #linux-sunxi
interrobangd has joined #linux-sunxi
ErwinH has quit [Ping timeout: 260 seconds]
jernej has quit [Ping timeout: 260 seconds]
danielt3 has left #linux-sunxi [#linux-sunxi]
ErwinH has joined #linux-sunxi
interrobangd has quit [Read error: Connection timed out]
interrobangd has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
dave0x6d has joined #linux-sunxi
muvlon_ has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
tsuggs has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
ErwinH has joined #linux-sunxi
Ntemis has joined #linux-sunxi
ErwinH has quit [Ping timeout: 258 seconds]
ErwinH has joined #linux-sunxi
lurchi_ is now known as lurchi__
Mr__Anderson has quit [Remote host closed the connection]