<apritzel>
write something, I'll read the backlog later
<Dodger78_>
i will be off some hours also have a badminton match
<teo__>
Hi! I just booted a mainline kernel (a64-v5, thanks apritzel!) on my pine64.
<teo__>
I'm using the Arch Linux arm64 rootfs. Looks almost good so far!
<teo__>
(just had to add SECCOMP to the kernel config) ... but it seems I dont have ethernet
<teo__>
dmesg tells me: [ 0.760140] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.3.0-k [ 0.767118] igb: Copyright (c) 2007-2014 Intel Corporation. [ 0.772826] igbvf: Intel(R) Gigabit Virtual Function Network Driver - version 2.0.2-k [ 0.780673] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. (which I find hard to belive)
apritzel has quit [Ping timeout: 252 seconds]
<teo__>
ip link show only shows me a loopback device
<teo__>
Any tips how to find/load ethernet device?
<tkaiser>
teo__: Are you sure montjoie's driver is included in your kernel? I used MoeIcenowy's latest branch with USB and Ethernet working: https://github.com/Icenowy/linux/commits/ice-a64-v6.1 (only tx-delay/rx-delay is missing, I would suggest to use 2/0 on production Pine64+)
<hojnikb>
still no way of changing hdmi resolution
<hojnikb>
firefox still segfaults
<hojnikb>
also date seems to set itself to january 2016 everytime you reboot
<hojnikb>
installing openntpd doesn't help
<hojnikb>
so its still pretty much a slapped together image
tlwoerner has quit [Ping timeout: 244 seconds]
tlwoerner has joined #linux-sunxi
<teo__>
tkaiser: are you simply using that kenrel branch? Or did you merge toward apritzel branch?
<teo__>
tkaiser: s/toward/ontop/
cnxsoft has quit [Quit: cnxsoft]
tlwoerner_ has joined #linux-sunxi
hojnikb has quit [Quit: Page closed]
tlwoerner has quit [Ping timeout: 250 seconds]
fl_0 has quit [Ping timeout: 245 seconds]
<Christos>
hojnikb: tested the new pc2 debian & ubuntu desktop images, in both you need this initially to start working ok -> http://pastebin.com/wueSkh9N ubuntu works just fine with browser, debian segfaults
fl_0 has joined #linux-sunxi
tlwoerner__ has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 260 seconds]
<jelle>
hmm orange pi pc get's less hot then the nanopi while compiling =)
<tkaiser>
jelle: Are you talking about NanoPi NEO, M1, Air? In case of NEO PCB revision 1.0?
<jelle>
tkaiser: NEO
<jelle>
never crashed though
phipli has joined #linux-sunxi
<tkaiser>
hojnikb: Why not using armhf firefox version, the one for arm64 is known to be broken. Read the threads in Armbian forum you post to.
<tkaiser>
jelle: NEO PCB rev 1.0 was overheating due to a cheap voltage regulator. Has been fixed with later revisions
<jelle>
nice
<tkaiser>
jelle: But since PCB is so tiny it will always run hotter. Xunlong uses the groundplane as huge heatsink
<jelle>
yup
<jelle>
well and it turned out I need 1 GB for some rust compilation
Pepe has joined #linux-sunxi
ninolein has quit [Remote host closed the connection]
<teo__>
tkaiser: that kernel dosn't boot for me: [ 1.115631] sunxi-mmc 1c0f000.mmc: could not find pctldev for node /soc/pinctrl@1c20800/mmc0@0, deferring probe [ 1.126952] sun6i-rtc 1f00000.rtc: setting system clock to 1970-01-01 00:00:04 UTC (4)
<tkaiser>
wens: Did you ask Nora to send you a BPi M2 Ultra already?
<KotCzarny>
tkaiser: better. is it rust drive or ssd?
grgsaliba has joined #linux-sunxi
<tkaiser>
KotCzarny: Slow HDD, that explains the 106 MB/s reading. But 36 MB/s write speed is as low as with A20 now.
<KotCzarny>
so probably the same block, or even whole cpu is a20 with updates parts here and there
<wens>
tkaiser: not yet, been busy this week with work and pushing what patches i could
<KotCzarny>
s/cpu/soc/
jemk has quit [Remote host closed the connection]
<dgp>
teo__: deffered probe shouldn't be an issue
<dgp>
s/deffered/deferred/
<tkaiser>
KotCzarny: Or just the SATA IP block implanted in a H3 + a few changes here and there or something like that. At least R40 is rather boring from now on ;)
<KotCzarny>
yup.
grgsaliba has quit []
grgsaliba has joined #linux-sunxi
grgsaliba has quit [Client Quit]
saurus has joined #linux-sunxi
jemk has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 240 seconds]
<teo__>
tkaiser: I don't yet have my desired setup -- but making progress.... Thanks!
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
<wens>
tkaiser: also got my opi's running the latest kernel with emac and audio patches
<tkaiser>
wens: Great, am currently preparing the same UAS test done with A64 with H3/4.9 again to get a comparison.
Mr__Anderson has quit [Ping timeout: 260 seconds]
pekka10 has quit [Quit: WeeChat 1.5]
f0xx has quit [Ping timeout: 258 seconds]
Mr__Anderson has joined #linux-sunxi
teo__ has quit [Ping timeout: 260 seconds]
jernej has joined #linux-sunxi
orly_owl has quit [Quit: Lost terminal]
Da_Coynul has joined #linux-sunxi
orly_owl has joined #linux-sunxi
pekka10 has joined #linux-sunxi
pekka10 has quit [Client Quit]
IgorPec has joined #linux-sunxi
pekka10 has joined #linux-sunxi
dfaught has joined #linux-sunxi
jernej has quit [Ping timeout: 260 seconds]
<tkaiser>
Regarding R40 seems to have new GMAC implementation. Frank Mantel tested in both directions and got ~750/920 MBits/sec (not possible with A20). So that's good news and means we will most probably be able to exceed 900 Mbits/sec in both directions with correct settings :)
<wens>
tkaiser: r40 has DE2.0, so seems to be a hybrid of a20 and h3? it also has mipi dsi
<wens>
tkaiser: anyone recently done a gmac test on a20 lately? iirc there was a performance improvement patchset in mainline a few months back
<tkaiser>
wens: Good point, will do that later
<tkaiser>
wens: Seems like R40 is a bit H3 (GMAC), a bit A33 + one bit from A20 (SATA)?
<tkaiser>
Hmm... A33 uses AXP223, R40 uses AXP221s, AXP221 was/is used with A31. Confusing.
ericxdu has quit [Ping timeout: 268 seconds]
<KotCzarny>
but will it blend?
<wens>
KotCzarny: it most definitely will!
<wens>
using the axp221s is weird...
<wens>
tkaiser: i really hope we get the non-obfuscated version of GMAC
<tkaiser>
wens: I missed that a bit. What's now in H3, A83T and A64 is what exactly? Speaking about GMAC...
scream has quit [Remote host closed the connection]
The_Loko has joined #linux-sunxi
Andy-D has joined #linux-sunxi
<wens>
tkaiser: according people from theobroma, the "new" EMAC in H3/A83T/A64 is either a reimplementation of DWMAC, or an obfuscated synthesis
maz has quit [Ping timeout: 244 seconds]
<wens>
either way the DMA description handling structure is the same, and same goes for the register bits
<wens>
just that the registers were moved around
jernej has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
<montjoie>
I need to do an offcial communication about emac mainlining
<apritzel>
Dodger78_: I was wondering if you might miss PL011 support in your kernel?
<wens>
montjoie: you could ask mripard for an introduction to a contact at allwinner
<apritzel>
Dodger78_: I you have virtio console compiled in, you might want to try "console=hvc0" and drop the earlycon
<montjoie>
wens: i have already a contact for CE, but past first question, another void
teo__ has joined #linux-sunxi
<apritzel>
Dodger78_: or you add SERIAL_AMBA_PL011 and the *_CONSOLE to your .config and recompile
<apritzel>
montjoie: why do you need official acknowledgement?
<apritzel>
montjoie: I guess they won't tell you what IP they used
<apritzel>
IIRC DW has a clause in some contracts which does not allow licensees to reveal the origin of the IP
Putti has quit [Ping timeout: 265 seconds]
maz has joined #linux-sunxi
<wens>
apritzel: wonder why that makes sense :/
<apritzel>
wens: dunno either, but I know of at least one case
Putti has joined #linux-sunxi
<montjoie>
apritzel: official comm to users:)
<apritzel>
montjoie: well, a working DW based driver would be proof enough, I guess
<apritzel>
montjoie: have you started looking at this already?
<montjoie>
yes
<apritzel>
or are you still in grief?
<montjoie>
:)
<wens>
apritzel: seems like good publicity, unless the integrator botched it :|
<apritzel>
wens: maybe that's the reason ;-)
<apritzel>
if people just mess it up, DW doesn't want to be linked to it
<apritzel>
montjoie: that's great!
<wens>
apritzel: it'd be kind of serious if people botch it up that often
Putti has quit [Ping timeout: 252 seconds]
jstein_ has joined #linux-sunxi
jstein is now known as Guest10166
f0xx has joined #linux-sunxi
jstein_ is now known as jstein
Guest10166 has quit [Ping timeout: 268 seconds]
uwe_ has quit [Ping timeout: 248 seconds]
Putti has joined #linux-sunxi
uwe_ has joined #linux-sunxi
topi` has quit [Ping timeout: 245 seconds]
topi` has joined #linux-sunxi
dfaught has quit [Quit: WeeChat 1.6]
ssvb has quit [Read error: Connection timed out]
HeavyMetal has quit [Ping timeout: 240 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
scream has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
lamer14801827354 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 260 seconds]
sunxi_fan1 has quit [Ping timeout: 260 seconds]
orly_owl has quit [Ping timeout: 260 seconds]
sunxi_fan1 has joined #linux-sunxi
cptG_ has joined #linux-sunxi
uwe_ has quit [Ping timeout: 240 seconds]
cptG has quit [Ping timeout: 260 seconds]
avph has quit [Ping timeout: 246 seconds]
ninolein has quit [Remote host closed the connection]
<cuco>
hi all, I have an mele a1000 which i want to make into a linux tv ... or something. does anyone kjnows somethig about those old machines?
<cuco>
I have read all the wikis, and I do have a SDCARD with some linux that boots, but displays no graphics at all (VGA nor HDMI), but statts an SSHD. (which I don't remember the password for)
yann-kaelig has quit [Client Quit]
<cuco>
the stock android does boot with graphics, so no cable/monitor issues.
f0xx has joined #linux-sunxi
<tkaiser>
cuco: http://linux-sunxi.org/Mele_A1000 mentions that there are (at least) 8 different variants of this device. I for example bought an A1000G by accident 2 years ago (I wanted A20 since SATA and got A31 with shitty GL830 USB-to-SATA bridge)
<cuco>
tkaiser: I have A1000, I know for sure.
<cuco>
tkaiser: wait... before beging to stupid: how can I tell for sure?
<tkaiser>
cuco: No idea, opening the device and having a look? No idea whether Android can tell SoC being used.
<cuco>
tkaiser: ok, lets assue I am not a complete tool, and I am right. Do you konw why the kernel does not show anything on screen?
cuco has quit [Quit: Konversation terminated!]
elcuco_ has joined #linux-sunxi
<willmore>
Guess they left. I was going to say that cpu-z or sensor multitool are both good android programs that will tell you about the SoC they're running on.
ninolein has quit [Remote host closed the connection]
leviathanch has quit [Read error: No route to host]
leviathanch has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
Cubietruck_noob has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 245 seconds]
<Cubietruck_noob>
Hai Guise! I finally pulled the trigger on Cubietruck today, just ordered nice power supply, now looking at SD cards. I wasn't sure how big of one I needed, to run say Armbian headless, along with a few other light services?
<Cubietruck_noob>
Cool, I will go read that, thanks for link! Plan is to attach maybe 3-4 TB 3.5 HDD for media storage / self hosted cloud / contact / calendar sync. Should I run OS from HDD or SD card?
Ntemis has joined #linux-sunxi
f0xx has quit [Ping timeout: 250 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
<Dodger78_>
apritzel im recompiling with virtio console support
Putti has quit [Ping timeout: 260 seconds]
teo__ has quit [Ping timeout: 260 seconds]
<Dodger78_>
apritzel , i have no PL011 support , i try to turn on
saurus has quit []
ninolein has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Dodger78_ has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 246 seconds]
Dodger78 has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
<tkaiser>
Cubietruck_noob: I prefer to keep the rootfs on SD card if the card is fast (random IO -- speed class is close to irrelevant) and if spinning rust is connected to the SATA port. But that's just since I want HDDs entering spin-down state most of the times which becomes challenging if you put the rootfs there.
<Cubietruck_noob>
Yes plan is to purchase whatever will give best result, hence my research today. Does spin down state = parking heads? Because I've been reading and if I understand correctly, aren't we talking about power savings (spin down) vs longevity/wear? Or am I confused?
<Cubietruck_noob>
Thought I had read somewhere that HDDs only had a certain # of head parks in their lifetime, in fact for servers / NAS using wrong drives (or settings) could cause them to fail prematurely. But that may not apply to Armbian? Maybe only a function of the NAS software / firmware?
<tkaiser>
Cubietruck_noob: Two different issues. Spinning-down means exactly that: the drive enters standby/sleeping state, becomes silent and consumes almost nothing. Head parking is something different, do a google search for 'WD LCC' for example. Some desktop HDD park the heads after 8 seconds of inactivity, a Linux rootfs on this disk will wake up the disk a few seconds/minutes later and your disk has been 'parked to death' after
<tkaiser>
a short period of time.
<tkaiser>
Cubietruck_noob: You can adjust spin-down settings with hdparm for example. And the 'load cycle count' issue many WD (and some Seagate/Samsung) HDDs suffer from can be fought with various tools (do a search for wdidle3 for example). But both issues are the reason why I prefer to never have the rootfs on spinning rust. Better choose a good SD card, do backups and let the HDD sleep when not needed
<Cubietruck_noob>
Thinking to go with Hitachi large bulk storage drive.
<tkaiser>
Sorry, meant default settings regarding TX/RX delay. Maybe with some tweaks performance in both directions can exceed 900 Mbits/sec.
<Cubietruck_noob>
Cool, thanks for info, exactly what I needed to know. Still reading but thinking maybe 32gb Samsung Evo or Evo+ from reputable source. Will that be enough? Or should I use 64gb? I was trying to see if there was limit to sd card size, but couldn't find such info.
<miasma>
tkaiser: so how many load cycles do those mobile drives handle without failing? i noticed that my seagate mobile 1TB parks the head every few minutes
<miasma>
probably the laptop-mode tool would help
<silviop>
Hi, u-boot recognize only 512Mb on my A33 1Gb tablet (and kernel too) , what does i need to change in .config or dts ?
<tkaiser>
miasma: Use smartmontools and check the LCC parameter. Unfortunately it depends on the drive in question how to disable excessive head parking. For WD drives wdidle3 is the best choice and with most Samsung/Seagate you can achieve that with special hdparm settings. Just a moment...
<tkaiser>
miasma: With most Seagate this should work: 'hdparm -B 254 /dev/sda' + 'hdparm -S 60 /dev/sda'. One to disable head-parking, the other to spin-down when inactive.
<miasma>
it's weird that the default settings are so aggressive
<tkaiser>
miasma: Works fine with Windows so why should the vendor care? It's only this silly Linux (OS X too) that does harm ;)
<miasma>
right. i just tested. it does the load cycle 2 seconds after I run hdparm/smartctl
<miasma>
so you get 30 more cycles in a minute if you want
<tkaiser>
miasma: That sounds weird. The 'best' value I got was parking heads every 11 seconds on average (with WD default '8 seconds inactivity')
f2zubac has quit [Ping timeout: 268 seconds]
sunxi_fan1 has quit [Ping timeout: 260 seconds]
<miasma>
tkaiser: smartctl -a seems to trigger the parking somehow]
<Cubietruck_noob>
Curious, what would be the limiting factor as to SD card size? Kernel? Chipset? I've only scratched the surface on both, but couldn't come up with anything.
<miasma>
at least the hardware can be a limiting factor if its really old. sdhc/sdxc need a more recent hardware
<Cubietruck_noob>
hw is a20 in my case
<miasma>
on my systems the sdhc readers have supported all new cards
<miasma>
but some cameras etc. can be firmware limited -> e.g. 32GB max although a custom os would probably support up to 1 TB
<miasma>
i've used a 64GB samsung evo with a20
mzki has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
<tkaiser>
Cubietruck_noob: I'm playing around with rootfs with btrfs for a while and always use only 1 GB size (since burning the image is faster than -- btrfs does not allows to expand the filesystem later unlike ext4). Works. But you can't buy 1 GB SD cards. Or you shouldn't since this is 'class 4' crap or below. True for everything below 8 GB these days. I would use either 32 or 64 GB simply because you get those EVO with best
<tkaiser>
performance/price ratio (the 128 GB EVO is a lot slower regarding random IO for example).
<miasma>
nowadays you can use distros that don't write any logs to disk so any sd card should work quite well. startup can be accelerated with lz4
tlwoerner has joined #linux-sunxi
<Cubietruck_noob>
Yes I realized that when buying an SD card for phone a while back. That's where the market is, and costs have come down a lot. I ended up getting a 64gb just because they were so reasonably priced. And it seems 32/64 are alike in random IO, so I'm thinking I will get the 64 gb.
<Cubietruck_noob>
Better to have it and not need it, then the other way around, I always say!
<miasma>
you should always consider the larger ones because they have more blocks -> better wear leveling
<Cubietruck_noob>
that too
Ntemis has quit [Remote host closed the connection]
<Cubietruck_noob>
I'm excited to be leaving the Google reservation once I get this thing set up to self host my own cloud services! :D
<Cubietruck_noob>
Oh, can anyone recommend a good (=stable, reliable, well supported) SD card reader / writer? Hardware I mean.
<tkaiser>
Cubietruck_noob: Only the other way around. In case you find one, do a google search for 'card reader corruption site:amazon.com' -- cheap ones that claim to be USB3 capable are known to overheat and then start to either throttle or corrupt data (or both) :)
<Cubietruck_noob>
I thought I remembered reading on some sd card testing some hardware that was considered the gold standard for testing purposes, but I could be wrong
<Cubietruck_noob>
Lexar maybe?
<Wizzup>
MoeIcenowy: this is the a33 tablet I have, that is like the inet, but you said is like the q8 https://wizzup.org/tablet.jpg
<tkaiser>
Cubietruck_noob: Don't choose 'brands', better choose manufacturers. Those that produce flash dies, controllers and retail products. There are exactly 4 of them.
<miasma>
Cubietruck_noob: i have a transcend usb3 sd reader. it's quite nice and also supports flashing odroid emmc via an adapter (unlike my kingston readers)
<Cubietruck_noob>
yes early reasearch sort of pointing to transcend already
<miasma>
it's quite cheap too
<Cubietruck_noob>
yes, we are living in wonderful times :)
<Cubietruck_noob>
only $6.27, if you buy it in pink! XD
<silviop>
wizzup: extract script.bin , it's classical q8 type
<tkaiser>
ssvb: Thank you for pushing the idea of 'SPI NOR flash on every board by default'.
<tkaiser>
miasma: You never dealt with Pine64+? ;)
<miasma>
tkaiser: not sure how it's relevant. imo the cheaper boards could cost 1-2 usd more in exchange for a gbe
reinforce has quit [Quit: Leaving.]
<tkaiser>
miasma: Pine64+ suffers from GbE PHY problems on many boards. And the 'solution' is to simply downgrade to Fast Ethernet instead ;) So it's not always desirable -- only when done right
<miasma>
i can see that not all boards reach up to gigabit, only maybe 300-400 mbps, but it's still a lot better
sunxi_fan1 has joined #linux-sunxi
<Wizzup>
silviop: alright, presumbly I can do that with adb
<Wizzup>
will readwiki
<silviop>
no with A33 you need firmware_extractor
Andy-D has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
uwe_ has joined #linux-sunxi
<silviop>
for u-boot you don't need to know about firmware , do you compile u-boot?
<Wizzup>
silviop: I just compiled u-boot, but right now I am trying to get script.bin using adb
<Wizzup>
ah, ok
<Wizzup>
(just read your other message)
<silviop>
U-boot is quite easy , build a working well kernel is quite complex you nedd to mix informations from different sources
<Wizzup>
silviop: I think some people have done it recently, so I'm somewhat hopeful
<Wizzup>
I just don't want to nuke any extra info, so I'll just boot from sd card and use FEL boot
<Wizzup>
yeah, I've dealt with some allwinners before
sunxi_fan1 has quit [Ping timeout: 246 seconds]
sunxi_fan1 has joined #linux-sunxi
tlwoerner_ has joined #linux-sunxi
tlwoerner has quit [Ping timeout: 268 seconds]
jernej has quit [Ping timeout: 256 seconds]
mzki has quit [Ping timeout: 244 seconds]
apritzel has joined #linux-sunxi
sunxi_fan1 has quit [Ping timeout: 248 seconds]
mzki has joined #linux-sunxi
sunxi_fan1 has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
<tkaiser>
Wizzup: Doing currently storage benchmarks with aging Banana Pi (A20).
<Wizzup>
cool :) let me know of the results
<Wizzup>
how is that usb mode you mentioned (not mass storage) wrt stability of devices
<Wizzup>
what if you briefly disconnect the usb?
<tkaiser>
Wizzup: No idea, I do this sort of test with gear that is supposed to cope with this (RAID arrays, start to pull out drives until you've to leave the room since controller beeps too annoying ;) )
yann-kaelig has joined #linux-sunxi
<Wizzup>
tkaiser: I've working on a decentralised system where everyone has some arm/allwinner device with some storage attached, and found that sata was a bit more sturdy in that regard
<tkaiser>
Wizzup: Well, without at least 100 nodes I wouldn't trust into numbers. Statistics is a beach :)
<tkaiser>
Wizzup: Test on A20 shows way higher random IO numbers when accessing the same SSD. But sequential write with SATA is a little bit slower. So performance wise it really depends on the use case and further optimizations (like modern FS that implement transparent file compression)
f2zubac has joined #linux-sunxi
<Wizzup>
Cool, thanks!
silviop has quit [Read error: Connection reset by peer]
silviop has joined #linux-sunxi
<tkaiser>
Wizzup: In case you missed it, today we did also some performance measurements on BPi M2 Ultra (R40, the A20 successor)
<Wizzup>
I'm hoping for R40 boards from olimex ... :)
silviop has quit [Client Quit]
Christos has quit [Ping timeout: 260 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 248 seconds]
iamfrankenstein1 is now known as iamfrankenstein
<tkaiser>
Wizzup: Me as well but I'm also hoping for some cheap R40 stuff from Xunlong or FriendlyARM. R40 has SATA and GbE. Why increasing costs with eMMC, WiFi/BT and other crap? Focus on the use case and deliver R40 devices that are worth a buy
<Wizzup>
tkaiser: yes, olimex has devices without nand and without emmc
<Wizzup>
and they're very friendly :)
iamfrankenstein has quit [Quit: iamfrankenstein]
sunxi_fan1 has quit [Ping timeout: 260 seconds]
corecode has left #linux-sunxi ["ERC (IRC client for Emacs 24.5.1)"]
vagrantc has joined #linux-sunxi
sunxi_fan1 has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
sunxi_fan1 has quit [Ping timeout: 256 seconds]
scream has quit [Remote host closed the connection]