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
leio has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
Da_Coynul has joined #linux-sunxi
[7] has joined #linux-sunxi
<apritzel> if someone who owns a linux-sunxi.org ban hammer could fix the Wiki ...
apritzel has quit [Ping timeout: 244 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<TheLinuxBug> NiteHawk
<TheLinuxBug> If I recall he has acess on the wiki
<TheLinuxBug> or libv maybe?
kaspter has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<MoeIcenowy> apritzel: ;-)
<MoeIcenowy> I think I won't have a monitor to run Pine64 Android
leio has quit [Ping timeout: 258 seconds]
kaspter has quit [Read error: Connection reset by peer]
* MoeIcenowy trying to use AR100 as a microcontroller
kaspter has joined #linux-sunxi
keh has quit [Quit: = ""]
ninolein has quit [Ping timeout: 272 seconds]
ninolein has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter1 has joined #linux-sunxi
kaspter1 has quit [Remote host closed the connection]
<wens> yay my email is back
kaspter has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein1 is now known as iamfrankenstein
cnxsoft has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
lvrp16_ has joined #linux-sunxi
lvrp16 has quit [Ping timeout: 244 seconds]
lvrp16_ is now known as lvrp16
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe71rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
kaspter has quit [Remote host closed the connection]
zkirill has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
zkirill has quit [Quit: zkirill]
p1u3sch1_ has quit [Ping timeout: 272 seconds]
p1u3sch1 has joined #linux-sunxi
<willmore> MoeIcenowy, why????
<willmore> ;)
ganbold has joined #linux-sunxi
leio has joined #linux-sunxi
zuikis has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
<MoeIcenowy> willmore: make a prototype for ARISC
leio has quit [Ping timeout: 276 seconds]
kaspter has joined #linux-sunxi
leio has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
dearfibonacci has joined #linux-sunxi
jernej has quit [Ping timeout: 276 seconds]
reinforce has joined #linux-sunxi
IgorPec has quit [Ping timeout: 258 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 258 seconds]
yann has joined #linux-sunxi
yann has quit [Ping timeout: 252 seconds]
leio has quit [Read error: Connection reset by peer]
leio has joined #linux-sunxi
Guest_93838 has joined #linux-sunxi
leio has quit [Remote host closed the connection]
<Guest_93838> Allah is doing
<Guest_93838> sun is not doing Allah is doing
<Guest_93838> moon is not doing Allah is doing
<Guest_93838> stars are not doing Allah is doing
<Guest_93838> planets are not doing Allah is doing
<Guest_93838> galaxies are not doing Allah is doing
<Guest_93838> oceans are not doing Allah is doing
<Guest_93838> mountains are not doing Allah is doing
<KotCzarny> go away
<Guest_93838> trees are not doing Allah is doing
<Guest_93838> mom is not doing Allah is doing
<Guest_93838> dad is not doing Allah is doing
<Guest_93838> boss is not doing Allah is doing
<Guest_93838> job is not doing Allah is doing
<Guest_93838> dollar is not doing Allah is doing
<Guest_93838> degree is not doing Allah is doing
<Guest_93838> medicine is not doing Allah is doing
<Guest_93838> customers are not doing Allah is doing
<Guest_93838> you can not get a job without the permission of allah
<Guest_93838> you can not get married without the permission of allah
<KotCzarny> libv, nitehawk, turl
<Guest_93838> nobody can get angry at you without the permission of allah
<Guest_93838> light is not doing Allah is doing
<Guest_93838> fan is not doing Allah is doing
<Guest_93838> businessess are not doing Allah is doing
<Guest_93838> america is not doing Allah is doing
<Guest_93838> fire can not burn without the permission of allah
<Guest_93838> knife can not cut without the permission of allah
<Guest_93838> rulers are not doing Allah is doing
<Guest_93838> governments are not doing Allah is doing
<Guest_93838> sleep is not doing Allah is doing
Gerwin_J has joined #linux-sunxi
<Guest_93838> hunger is not doing Allah is doing
<Guest_93838> food does not take away the hunger Allah takes away the hunger
<Guest_93838> water does not take away the thirst Allah takes away the thirst
<Guest_93838> seeing is not doing Allah is doing
<Guest_93838> hearing is not doing Allah is doing
<Guest_93838> seasons are not doing Allah is doing
<Guest_93838> weather is not doing Allah is doing
<Guest_93838> humans are not doing Allah is doing
<Guest_93838> animals are not doing Allah is doing
<Guest_93838> the best amongst you are those who learn and teach quran
<Guest_93838> one letter read from book of Allah amounts to one good deed and Allah multiplies one good deed ten times
<Guest_93838> hearts get rusted as does iron with water to remove rust from heart recitation of Quran and rememberance of death
<Guest_93838> heart is likened to a mirror
<Guest_93838> when a person commits one sin a black dot sustains the heart
<rellla> libv ^^
<jonkerj> what's Allah's stance on sunxi chips these days?
<Guest_93838> to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger
<rellla> ah, did not find your post, KotCzarny :p
<rellla> jonkerj: sun (xi) is not doing \o/
<KotCzarny> rellla: no worries, just keep scrolling
<KotCzarny> and please, no feeding of the troll
<jonkerj> hahaha
<jonkerj> :-(
<Guest_93838> read book http://www.fazaileamaal.com
<plaes> Guest_93838: what about GPL violations?
<Guest_93838> read book http://www.muntakhabahadith.com
<MoeIcenowy> WHAT THE HELL
arete74 has joined #linux-sunxi
<MoeIcenowy> but we may want to talk about sunxi now
yann has joined #linux-sunxi
<KotCzarny> moe, what about it? miraculously opensourced?
<MoeIcenowy> KotCzarny: ?
vagrantc has joined #linux-sunxi
<sW`> All-winner is not doing All-ah is doing?
<KotCzarny> All-aWhhh
<MoeIcenowy> ;-)
<longsleep> Seems like too few people here have operator
lemonzest has joined #linux-sunxi
pseudomind has joined #linux-sunxi
Guest_93838 has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
pseudomind has quit [Ping timeout: 244 seconds]
pseudomind has joined #linux-sunxi
pseudomind has quit [Ping timeout: 272 seconds]
pseudomind has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
pseudomind has quit [Client Quit]
<NiteHawk> KotCzarny: i can do little about channel spam. not sure who's got OP rights here and could ban - anyway it's over for now...
<KotCzarny> for now
lynxis has quit [Ping timeout: 260 seconds]
vickycq has quit [Ping timeout: 244 seconds]
ricardocrudo has joined #linux-sunxi
apritzel has joined #linux-sunxi
<libv> aw, seems he left already
<plaes> yea
<wens> mripard: a31 sunxi-ng ccu driver looks ok-ish for now
<wens> there are a few clocks that are really complicated :(
BenG83 has quit [Ping timeout: 276 seconds]
<mripard> wens: like what?
<wens> mripard: pll-mipi has 2 completely different modes, both configurable
<mripard> I don't think we care at the moment
<mripard> just hardcode it in "MIPI" mode
<mripard> if we ever need that other mode, we'll rework it then
<wens> ok
<wens> a few others need a mux table, which should be easy to do
<wens> the "out" clks have multiple fixed_predivs, which again is easy to do
<wens> mripard: any ideas about the emac clock?
<mripard> to switch from GMII to RGMII ?
<wens> yeah
<wens> i wonder if we should try to get the txdelay stuff in
<wens> though i don't see a proper api for that
<wens> afaik other platforms that use dwmac have similar configuration registers
<mripard> I think we really should get the txdelay stuff in
<wens> though they either use syscon, or just map the registers in the dwmac driver
<mripard> it looks like it's a phase setting
<mripard> so maybe we could use that
<mripard> but for the switching and polarity, I don't know
<wens> imho modeling it as a clock was probably not a good fit
<mripard> maybe not
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
<wens> could we export a syscon? and update the dwmac bindings?
<MoeIcenowy> apritzel: do you know where's the Pine64 schematics?
<wens> MoeIcenowy: does our wiki page have a link?
cnxsoft1 is now known as cnxsoft
<apritzel> wens: indirectly ;-)
<mripard> wens: we'd still have to take the old binding into account..
<wens> mripard: yeah, i mean keep the old binding
lynxis has joined #linux-sunxi
<mripard> but if we have a syscon, you still have to add that to the binding somehow
<MoeIcenowy> apritzel: I tried to enable {O,E}HCI on Pine4
<MoeIcenowy> Pine64
<wens> mripard: try syscon, if not, fall back to old clk binding
<MoeIcenowy> EHCI failed with error -110
<wens> timed out
<wens> shared resets maybe?
<MoeIcenowy> OHCI registered, but cannot sense the device connected
<MoeIcenowy> for usb_clk driver, I added the clock at bit 17
<apritzel> MoeIcenowy: you can compare with this branch https://github.com/apritzel/linux/commits/a64-wip
<MoeIcenowy> and let OHCI requires 16,17 bits
<apritzel> that's old and doesn't work either
<MoeIcenowy> it's also multi-reset...
<mripard> wens: and to be honest, I really don't like syscons, but you know that already :)
<apritzel> MoeIcenowy: Amit_T also did some experiments
<mripard> it would also require to switch everything to regmap
<MoeIcenowy> Oh you tried also A33 phy...
<MoeIcenowy> A64 is some bits like A33, and some bits like H3
<MoeIcenowy> (A64 codec is also the same with A33
<wens> mripard: what i had in mind was not the generic syscon, but just export a small section of the register set as a regmap
<wens> not sure if it's doable, but we need something like this for the a23 codec anyway
<apritzel> MoeIcenowy: yes, but the USB part is closer to A33
<MoeIcenowy> yes
<apritzel> MoeIcenowy: I put the differences to H3 I found here: http://linux-sunxi.org/A64#Overview
<MoeIcenowy> having only 2 USB ports show that it's a tablet-oriented SoC
<MoeIcenowy> Although no tablets with A64 seem to be available ;-)
<mripard> wens: ok
<wens> mripard: sunxi-ng doesn't round to closest rate right? i'm getting choppy, slow music
<mripard> wens: feel free to send an approach
<mripard> and keeping the support for the old bindings
<MoeIcenowy> apritzel: oh I used wrong address for usbphy...
<MoeIcenowy> no wonder devices cannot be detected
<apritzel> MoeIcenowy: yeah, that's one of the mysteries ;-)
<apritzel> I am not entirely sure about that either
<MoeIcenowy> apritzel: Is the USB 5V voltage present by default?
<apritzel> yes
<MoeIcenowy> apritzel: after changing the usbphy regs
<MoeIcenowy> it seems that usb detect is ready now
<MoeIcenowy> but it tells me "usb usb1-port1: Cannot enable. Maybe the USB cable is bad?"
<MoeIcenowy> mysterious
<apritzel> maybe we try with the pure host port first?
<apritzel> leaving this combined OTG/host port out for the time being?
<MoeIcenowy> apritzel: this is just what I thought
<MoeIcenowy> is USB multi-reset line necessary?
<zoobab_> hi
<zoobab_> just received my CHIP
<apritzel> MoeIcenowy: not entirely sure, feel free to experiment
<apritzel> apritzel: I guess we need it for the combined port
<MoeIcenowy> yes
<MoeIcenowy> allwinner is using its user manual to kid us
<zoobab_> will try to get openwrt/lede running on it
<KotCzarny> isnt chip well supported software side?
<MoeIcenowy> apritzel: I tried to add multi-reset
<buZz> KotCzarny: A13? yeah been supported for a while now
<MoeIcenowy> now the system hangs after ohci-platform 1c1b400.usb: new USB bus registered, assigned bus number 2
<apritzel> MoeIcenowy: I think I could get further by keeping OHCI disabled
<apritzel> in the DT
<MoeIcenowy> Will keep it disable make it not able to use USB1.0 device?
<apritzel> possibly, I know it's not a solution, just a hack ;-)
<MoeIcenowy> oh OHCI cannot afford my clocks
<MoeIcenowy> I set 4 clocks in it
<apritzel> MoeIcenowy: I think Amit_T had some success with Linux OHCI by enabling the U-Boot USB support
<apritzel> because we can more easily set random bits there ;-)
<MoeIcenowy> you mean do ugly things in U-Boot?
<mripard> speaking of old bindings... apritzel, any plans on submitting those A64 patches?
<apritzel> MoeIcenowy: wouldn't say that exactly, more like: using U-Boot as an experimentation platform
<apritzel> mripard: you mean those with the new multi-parent clock gates driver and binding?
<apritzel> mripard: I was under the impression that this was NAKed and becoming obsolete with sunxi-ng anyway
<apritzel> mripard: I started to hack on a prototype with firmware clocks
<apritzel> mripard: if you feel there is a chance for those patches to be accepted, I can post a current version
<apritzel> mripard: but that would be 4.9 material anyway, right?
<Amit_T> apritzel: Hello, I think I just tested OHCI support in U-boot(though I am not sure theses logs says USB 1.x DEVICE is detected) but couldn't able to test it on Linux Side.
<wens> firmware clocks?
<mripard> apritzel: I mean any patch.
<mripard> clocks can be added later on
<mripard> everything can be added in subsequent patches
<apritzel> mripard: last time I checked it all depends on those clocks
<mripard> not really, you can boot a system without clocks
<apritzel> I could submit something with just the SoC and UART, I think
<apritzel> but without MMC, for instance
<mripard> yes
<MoeIcenowy> I think it will be valuable to send out the A64 clock drivers at first
<MoeIcenowy> although they do not use clock-ng
<apritzel> mripard: but I think I found an issue which would make the DT incompatible later on
<apritzel> wens: SCPI clocks
<mripard> MoeIcenowy: and you can test that clock driver only if you have support
<apritzel> wens: basically using either fixed-clocks or clocks which are actually driven by firmware and controller via the SCPI interface
<apritzel> s/controller/controlled/
<mripard> grmbl
<mripard> we already had that argument
<apritzel> mripard: I know ;-)
<MoeIcenowy> I think a usable mainline kernel driver is the base to port the clock drivers to sunxi-ng...
<apritzel> that's why I am hacking a prototype to get some discussion base
<MoeIcenowy> sunxi-ng is now not fully-used
<mripard> just like firmware regulators isn't going to work.
<MoeIcenowy> apritzel: maybe you can at first send out all your a64-v5 branch out
<apritzel> mripard: why not?
<mripard> because the AXP is much more than just regulators
<apritzel> sensors?
<apritzel> also covered by SCPI
<MoeIcenowy> but now it seems that apritzel is going to place all the axp driver in firmware
<mripard> ADC, GPIO, power supplies, battery fuel gauge
<mripard> pinctrl
<MoeIcenowy> (but the experience of Atom and AXP288 shows that an standard ACPI interface is not sufficient for AXP
<apritzel> MoeIcenowy: which is not a surprise, really
<MoeIcenowy> so maybe SCPI is also not sufficient
<apritzel> lets address ACPI in a few years, when that's ready
<mripard> battery charger
<apritzel> mripard: how is Linux involved in battery charging these days? Isn't that normally handled by firmware (on x86 laptops, at least)?
<apritzel> mripard: or is there some framework
<apritzel> mripard: (asking honestly, I am pretty clueless in this matter)
hansg has joined #linux-sunxi
<mripard> it's part of the power_supply framework
hansg has quit [Client Quit]
<MoeIcenowy> on x86 I think it's the co-operation between power_supply and ACPI
<MoeIcenowy> ACPI registered a power_supply driver named "battery"
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
diego_r has joined #linux-sunxi
cptG_ has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
cptG has quit [Ping timeout: 272 seconds]
<MoeIcenowy> apritzel: I disabled OHCI, then I plugged in a USB device, nothing happened...
<MoeIcenowy> It seems that OHCI is necessary for hotplug
IgorPec has joined #linux-sunxi
OverCR has joined #linux-sunxi
<mripard> OHCI is necessary for USB1 devices
Gerwin_J has quit [Quit: Gerwin_J]
<apritzel> MoeIcenowy: yeah, I encountered the same problem
<MoeIcenowy> maybe we need OHCI multi-reset line
<apritzel> it worked for me if the device was plugged at boot, though
kaspter has quit [Ping timeout: 240 seconds]
<buZz> so nice
<buZz> :D
<KotCzarny> :)
<buZz> :)
<KotCzarny> they should make the eth port a dongle
<KotCzarny> that way it could be even smaller
<KotCzarny> and put usb horizontally
<zoobab_> with microHDMI :-)
IgorPec has quit [Ping timeout: 246 seconds]
<KotCzarny> hrm, nanopi neo with 512mb is 9.99+shipping
<buZz> doesnt even have analog TV out :(
<plaes> how much is shipping?
<buZz> 4 usd
Da_Coynul has joined #linux-sunxi
<buZz> at least it does have audio on gpio
<buZz> hmm
<KotCzarny> and opi1 is also 9.99
<buZz> whats a opi1 ?
<buZz> ty
<buZz> but thats ~3x bigger
<KotCzarny> similar config but with hdmi, barrel plug and 40pin header
<KotCzarny> yup, but you can do more with it
<KotCzarny> and mind you, powering h3 with microusb is insta-fail
<buZz> i can buy a huge piece of wood for 1 euro
<buZz> and do even MORE with it
<buZz> :P
<buZz> KotCzarny: c.h.i.p. does it, and thusfar doesnt get a lot of complaints
<buZz> even ppl compiling code on it ..
<KotCzarny> chip is not h3 soc
<KotCzarny> chip is a13
<KotCzarny> ie. single core vs quad core
<buZz> oh r8
<buZz> right
<buZz> derp
<buZz> :P
<vagrantc> chip isn't H3
<KotCzarny> still, that nanopi is very nice if you have little space
<KotCzarny> and having all chips on the bottom means easy cooling
vagrantc has quit [Quit: leaving]
<KotCzarny> i think you can simply mount peentium heatsink directly ;)
<buZz> i still wanna make a small 'audio-sitbetween' for streaming to icecast
<buZz> this board might be applicable
<buZz> oh, no stereo audio input ;(
<KotCzarny> there is usb
<KotCzarny> you can use it as input
<buZz> hmhm
<buZz> i just dont see a need to do so, as afaik the h3 has native stereo audioinput
<KotCzarny> lack of jack
paulk-collins has quit [Ping timeout: 246 seconds]
<buZz> :)
<MoeIcenowy> apritzel: it seems that place all the reset lines in both ehci resets and ohci resets will occur to WARN in ohci
<MoeIcenowy> as they're already used in EHCI
<MoeIcenowy> Can the kernel ensure EHCI is initialized before OHCI?
<MoeIcenowy> apritzel: maybe some necessary clock bits are not enabled
<MoeIcenowy> as now U-Boot have no USB support
<MoeIcenowy> Amit_T: can you share your U-Boot source with USB support?
paulk-collins has joined #linux-sunxi
<Amit_T> MoeIcenowy: sure but it required some cleanup http://paste.ubuntu.com/19163959/
<Amit_T> *requires
<MoeIcenowy> Amit_T: which USB port work?
<MoeIcenowy> or both?
<Amit_T> I tested only one
<MoeIcenowy> which one?
<MoeIcenowy> the upper one and the lower one is different
<Amit_T> lower one I tested that mix of OHCI/EHCI
<MoeIcenowy> ok we're also working on lower one
<MoeIcenowy> I think upper one won't work now
<NiteHawk> the lower one is a 'standard' host port and should be easier to achieve. the upper one is dual-role (OTG), and probably requires extra configuration to properly enter host mode
IgorPec has joined #linux-sunxi
<MoeIcenowy> seems that there's now still no device which uses the OTG controller really in the "otg" way
<MoeIcenowy> apritzel: to use boot0img utility
<MoeIcenowy> I should use u-boot.bin or u-boot-dtb.bin
<apritzel> both are the same these days ;-)
<apritzel> MoeIcenowy: btw: Amit_T's U-Boot EMAC driver has been merged in the sunxi/next (or so) branch
<apritzel> so you could use that to TFTP kernels
<apritzel> but that won't help if you hack on U-Boot, of course ;-)
<MoeIcenowy> I do not have any Ethernet cables now
<MoeIcenowy> our home have used wireless-only network for more than 5 years
<MoeIcenowy> I still failed to make a U-Boot-enable img
<MoeIcenowy> stuck at "INFO: BL3-1: Next image address: 0x4a000000, SPSR: 0x3c9"
<MoeIcenowy> seems that it failed to jump to U-Boo
<MoeIcenowy> U-Boot
<apritzel> MoeIcenowy: yeah, that's an interesting bug I found on Sunday as well
<apritzel> resetting or re-powering seems to help
<apritzel> (as a quick work around)
<MoeIcenowy> It didn't work
IgorPec2 has joined #linux-sunxi
<MoeIcenowy> (the U-Boot image provided by you is stable
IgorPec has quit [Ping timeout: 276 seconds]
<apritzel> can you try to checkout the commit that the stable U-Boot mentions on boot?
<apritzel> and see if rebuilding that works?
<apritzel> I was already wondering if that's a regression
<apritzel> which would be a pity since the release was yesterday :-(
<aalm> :/
<MoeIcenowy> ga090bfa ?
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<MoeIcenowy> you're using http://git.denx.de/?p=u-boot.git or http://git.denx.de/?p=u-boot/u-boot-sunxi.git ?
<MoeIcenowy> I used 2016.07-rc3
<apritzel> MoeIcenowy: dammit, can't find the commit here, seems like it's from a private branch I have at home only
<MoeIcenowy> WHAT THE HELL...
<apritzel> you could try -rc1, I think I used that for quite some time
<apritzel> or use da6e2fa, which I mentioned in the commit message on posting the image
Gerwin_J has joined #linux-sunxi
<apritzel> (plus the one patch mentioned, so try -rc1 first)
dev1990 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 272 seconds]
<MoeIcenowy> I'm doubt about the usbphy regs again
<Amit_T> This is what I also faced with latest upstream u-boot
<MoeIcenowy> sh*tty unclear user manual
cosm has quit [Quit: Leaving]
fl_0 has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 276 seconds]
<MoeIcenowy> apritzel: I SUCCEEDED!!!
<atsampson> Chen-Yu's comment about power rail voltage drops on the mailing list is interesting -- could we measure that to determine reasonable voltage settings at different loads?
fl_0 has quit [Ping timeout: 272 seconds]
fl_0 has joined #linux-sunxi
kaspter has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 240 seconds]
ricardocrudo has joined #linux-sunxi
<KotCzarny> moe: be lucky to have ANY free manual
<KotCzarny> now imagine writing pvr driver
dev1990 has quit [Remote host closed the connection]
<apritzel> MoeIcenowy: great, I guess I will take those for my next image and branch
<apritzel> MoeIcenowy: thanks for taking care of that!
<MoeIcenowy> but it's a register tagged UNK in H3 phy
<MoeIcenowy> we cannot understand it
<MoeIcenowy> we can only use it
dev1990 has joined #linux-sunxi
pietrushnic has quit [Ping timeout: 246 seconds]
<wens> atsampson: it's just a guess, i've not done measurements
dearfibonacci_ has joined #linux-sunxi
dearfibonacci has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
dearfibonacci_ has quit [Quit: Leaving]
dearfibonacci has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser> wens: I would suspect BPI M1+ dvfs fex settings are copy&paste from Banana Pro which are copy&paste from Banana Pi. And there LeMaker changed dvfs settings a while ago: https://github.com/linux-sunxi/sunxi-boards/commit/081804b4e270bed5287f5750e24faf1a2a9db21b#diff-7e6c8149a74f0fe08d0e043ae8b187f5
fire219 has joined #linux-sunxi
<MoeIcenowy> apritzel: can you enable regulators for rtl8723bs wifi&bt in further ATF?
<MoeIcenowy> it will be useful to make Pine64 highly usable
<MoeIcenowy> oh Pine64 MMC is so ugly
<MoeIcenowy> mmc 0/1/2 have different functions
JohnDoe71rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<wens> tkaiser: still seems custom though
<apritzel> MoeIcenowy: sure, will do
popolon has joined #linux-sunxi
<tkaiser> wens: Sure, but it has been adjusted for Banana Pi (M1) and that these settings are used with other Banana boards is just the result of copy&paste.
<tkaiser> wens: Same story with their device tree stuff for BPi M1+ -- simply copy&paste from Banana Pro: https://github.com/BPI-SINOVOIP/BPI-Kernel4.0/blob/master/linux-4.0.2/arch/arm/boot/dts/sun7i-a20-bananapi-m1-plus.dts
<tkaiser> And now the same story with their new A64 based board. Copy&Paste from longsleep's Pine64+ stuff.
<MoeIcenowy> who has any new A64 board?
<wens> haven't heard anything
<tkaiser> Announced 24h hours ago. They use device tree stuff, kernel and u-boot from longsleep's Pine64+ repos
<plaes> heh
<longsleep> lol
<jelle> wut
<longsleep> lets hope they do not fuck it up more than it already is
<wens> as far as license stuff goes, i don't see an issue, though copying board configs directly is kind of stupid
<Turl> ow, irc spam
<tkaiser> wens: Sure, hopefully they adjust the stuff. And it won't take that long as with BPi M2 back then (took months until they figured out how they routed their pins on the GPIO header for example)
<longsleep> they need to change at least some things to make the eMMC work
<tkaiser> wens: On Olimex' A64 board there is HSIC available on a connector. According to A64's user manual the host and HSIC port are multiplexed. Does that means if one connects an USB hub as you suggested the host port won't work any more?
Nacho has quit [Ping timeout: 264 seconds]
<longsleep> tkaiser: did they announce the price of that thing already?
Nacho has joined #linux-sunxi
<apritzel> longsleep: the article mentions something about 35$
<wens> tkaiser: i guess there's something to configure at the phy layer?
<longsleep> ah
<Turl> KotCzarny, rellla, if it's ever more severe and there's nobody around I think you can /join #freenode and have someone there ban them
<tkaiser> longsleep: Nope, they told Jean-Luc they would sell it for $35 but I doubt that's true (M2+ should be sold for $30 according to them and now it's close to $40)
<apritzel> tkaiser: right, it's either HSIC or host
<KotCzarny> it wasnt severe (as in flood chan attack), just irritating
pietrushnic has joined #linux-sunxi
<Turl> KotCzarny, rellla, also, try to ping with context when you do :) I saw the notification earlier on my phone but dismissed it as it didn't look too urgent :(
<wens> tkaiser: according to bpi m3 schematics, the 40 pin fpc csi connector has both CSI (the parallel version) and mipi csi
<tkaiser> wens: Yeah, but on BPi M64 it looks like the same 24 pin connector used on BPi M2+ and all Orange Pis
<tkaiser> wens: So I would suspect it's just another case of copy&paste (gone wrong) SinoVoip is so famous for.
<wens> tkaiser: then it's probably just the parallel variant
kaspter has quit [Ping timeout: 240 seconds]
<wens> but anyway, they outsource the design layout to orangepi's steven
<wens> i suppose they just write the specs
<tkaiser> wens: You're talking about Foxconn / Nora?
<jmcneill> hi tkaiser
<wens> tkaiser: yeah
<tkaiser> wens: Strange relationships over there :)
<tkaiser> jmcneill: The OPi+ 2E should be on its way :)
<jmcneill> post office might be going on strike so i may not see it for a while :p
cnxsoft has quit [Quit: cnxsoft]
<rellla> Turl: ok. #freenode is a good hint in case of missing channel ops... thanks
Shirasaka-Hazumi has quit [Ping timeout: 246 seconds]
<tkaiser> longsleep: Weird, booting SinoVoip's 'Raspbian-lite' image on Pine64+ (ARMv6 userland running on Cortex-A53)
<longsleep> longsleep: uhm - and it works?
<TheLinuxBug> tkaiser: welcome back; Finally setup Armbian on my Pi Plus 2E and I gotta say it runs pretty nicely
pietrushnic has quit [Ping timeout: 250 seconds]
<apritzel> tkaiser: longsleep: yeah, a sane 32-bit userland works out of the box on a halfway decent AArch64 kernel
<longsleep> apritzel: sure - i was more wondering about the 'booting' part :)
Shirasaka-Hazumi has joined #linux-sunxi
hansg has joined #linux-sunxi
aalm has quit [Quit: aalm]
pietrushnic has joined #linux-sunxi
tgaz has quit [Read error: Connection reset by peer]
tgaz has joined #linux-sunxi
dearfibonacci has quit [Quit: Leaving]
Amit_t_ has joined #linux-sunxi
topi` has quit [Ping timeout: 246 seconds]
topi` has joined #linux-sunxi
fdcx has quit [Ping timeout: 246 seconds]
fdcx has joined #linux-sunxi
<MoeIcenowy> running ARMv6 userland on A53 is nothing new -- it's done by Raspberry Pi Foundation.
<MoeIcenowy> but it's really silly
<tkaiser> longsleep: Sure it works, they're basically just using Pine64+ settings. I would suspect this image only boots on Pine64+ but not on their board (since BPi has LPDDR3 and Pine64+ DDR3)
<tkaiser> ddr voltage = 1500 mv | DRAM Type = 3 (2:DDR2,3:DDR3,6:LPDDR2,7:LPDDR3) | DRAM clk = 672 MHz
<longsleep> tkaiser: yes - so they will probably just do whatevery hackery they usually do and release non-reproducable images for their board?
<tkaiser> longsleep: They release a few OS images every few days (no upgrade possible of course) and try to make them bootable on all their boards. So the 1st FAT partition is filled with junk to support RPi and all the various Bananas and then their bpi-bootsel tool can be used to overwrite SPL+u-boot. No idea why they think any of their users would need this
bfree has quit [Ping timeout: 246 seconds]
<longsleep> tkaiser: oh i see - and when does one run bpi-bootsel? manually before flashing?
pietrushnic is now known as pietrushnic`away
<tkaiser> Nope, after flashing. Since I don't trust their scripts I simply did it manually: gunzip -c /tmp/uboot-2014.07-pine64.img.gz | dd of=/dev/sda bs=1024 seek=8 status=noxfer
<tkaiser> (on an Orange Pi in this case)
IgorPec has quit [Ping timeout: 246 seconds]
<tkaiser> Hehe, the useless sysbench cpu test takes 4 seconds with longsleep's Ubuntu image and this is with Raspbian: execution time (avg/stddev): 118.0369/0.02
<tkaiser> 29.5 times slower :)
IgorPec has joined #linux-sunxi
<longsleep> urg - thats slow - so basically its pretty dumb to run armv6 userland
<longsleep> isnt this the same which is done on RPi3 ? i
<tkaiser> longsleep: Nah, that's just an extreme example where ARMv8 code outperforms easily (sysbench is calculating prime numbers). On ODROID-C2 the same 'benchmark' takes 3.x seconds.
<tkaiser> On RPi 3 it's also that slow
<longsleep> tkaiser: ok, but i mean the RPi images are also ARMv6 while the hardware can do ARMv8 right?
<tkaiser> longsleep: I don't know why they provide these Raspbian images. Userland is ARMv6 and while this makes some sense for RPi 3 (compatiblity) it's absolutely useless on Bananas where everything is different.
yann has quit [Ping timeout: 276 seconds]
<tkaiser> Their forums are full of people fiddling around with /boot/config.txt just to realize that a Banana is no Raspberry and to throw their board away after days of trial&error.
JohnDoe_71Rus has joined #linux-sunxi
<buZz> tkaiser: to those forums also list the locations of their garbagecans?
<buZz> ^_^
afaerber has quit [Quit: Ex-Chat]
yann has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<TheLinuxBug> tkaiser: you ever seen/used one of these: http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id=109 it is another H3 board
<KotCzarny> TheLinuxBug: nanopi doesnt have good pmic/vreg
<KotCzarny> ie. only two states possible
<tkaiser> longsleep: After installation of xz-utils at least u-boot could be upgraded using your script. Kernel update fails since 'No space left on device' -- 'Team BPi'...
<KotCzarny> which means: you need good cooling
<TheLinuxBug> I see
<tkaiser> TheLinuxBug: http://forum.armbian.com/index.php/topic/1015-nanopi-m1/ (the problem is not the voltage regulator but no copper layers in the PCB)
<KotCzarny> that too
<TheLinuxBug> was actually thinking about getting a NanoPi 2 Fire though and seeing how that worked.. but thats a samsung chip
<KotCzarny> but solution is the same, needs good cooling
enrico_ has joined #linux-sunxi
<tkaiser> TheLinuxBug: Nexell to be more precise (related to Samsung but disconnected from kernel development)
hansg has quit [Remote host closed the connection]
<TheLinuxBug> I see
IgorPec has quit [Ping timeout: 276 seconds]
IgorPec has joined #linux-sunxi
aballier has quit [Quit: leaving]
clonak has quit [Remote host closed the connection]
clonak has joined #linux-sunxi
<TheLinuxBug> wow 1 month to ship from China
<TheLinuxBug> and still 8$
<tkaiser> TheLinuxBug: When ordering from FriendlyARM to Europe, order 3 pieces. Then China post costs $13 and DHL Express just $14 ;)
<TheLinuxBug> well DHL is 13$ to US
<TheLinuxBug> but still seems a bit expensive :Z
<TheLinuxBug> half the cost of the Fire board to just ship
<tkaiser> TheLinuxBug: Or compare with Xunlong, pay $3.50 for shipping and get your goods within 5 to 14 days ;)
<tkaiser> TheLinuxBug: Before I would think about NanoPi M1 I would buy an Orange Pi PC. Same features, faster (due to better heat dissipation) and even cheaper if you consider shipping
<TheLinuxBug> I dunno, after the abysmal support from Xunlong in their own forums I am not too anxious to buy another. While the board works good with Armbian, all of their default provided OSs including Android are absolute shit.
<tkaiser> TheLinuxBug: So what?
<TheLinuxBug> tkaiser: if I buy from FriendlyARM it will likely be either T3 or 2 Fire
<KotCzarny> if you want android, buy tv set top box
<KotCzarny> they usually have software sorted up
<TheLinuxBug> nah all I want is a well rounded board where the manufacturer actually spent more than 5 seconds perfecting their images... that Android image is a bunch of shit and they should be ashamed for releasing it that way.
<KotCzarny> dev boards are what they are, development boards, not consumer ready boards
<TheLinuxBug> especially with it burnt onto the eMMc
<tkaiser> TheLinuxBug: Then get an Android image from Zido or Beelink and replace sysconfig_fex stuff ;)
<TheLinuxBug> Odroid is a good example
<TheLinuxBug> I would spend the more money for their product because they actually spent time refining their stuff instead of releasing pure SDK garbage
bfree has joined #linux-sunxi
IgorPec has quit [Ping timeout: 272 seconds]
IgorPec has joined #linux-sunxi
<TheLinuxBug> KotCzarny: I am not really stuck on an Android box, but I would like to find a solution where both Linux and Android work 'well' or at least decently so that if I want I can switch back and forth. If it weren't for the poor Android release for the Pi Plus 2E it would actually fit that bill almost perfectly.
<KotCzarny> but honestly, what are you going to use?
<KotCzarny> while its nice to have dual boot/choice, its not that you will be using both in the long run
<KotCzarny> that's why you should think out what would be the use case for you
<KotCzarny> for me its definitely linux, android being eye candy/toy at best, so no big loss
<KotCzarny> and when h3 gets most of the mainline support i'll have near perfect board
<KotCzarny> *boards
<TheLinuxBug> Actually I have about 4 boards in this rooms that I am constantly booting different things, Android, Linux various distros etc, but the perfect fit for my current need would act as an android tv device for my sister when she wants it and would act as a workstation for me when I go there.
<KotCzarny> try kodi?
<TheLinuxBug> Currently Odroid C2 works fine for this
<KotCzarny> or whatever the best gui for mplAyer is
<TheLinuxBug> but I have a better use for the c2 if I can find a workable replacement
<TheLinuxBug> was hoping Pi Plus 2E would be a cheaper replacement for this, and as I said, ALMOST is
IgorPec has quit [Ping timeout: 240 seconds]
afaerber has joined #linux-sunxi
<TheLinuxBug> I am kinda thinking one of these FriendlyArm devices may be well able to fill that void as well
<TheLinuxBug> as they claim to have good Android 5.1 images for most of their boards along with goo Linux dists (per what I even read from tkaiser on the forum)
aballier has joined #linux-sunxi
afaerber has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-sunxi
zuikis has joined #linux-sunxi
al1o has joined #linux-sunxi
<tkaiser> longsleep: In case you want to support the BPi folks you would need to adjust pine64_update_kernel.sh: Check for existence of /boot/bananapi/bpi-m64/linux/ and save kernel stuff there.
<tkaiser> TheLinuxBug: Before I would buy any if these Nexell based FriendlyARM boards I would read what's written here regarding kernel: http://www.cnx-software.com/2016/05/20/35-nanopi-m3-octa-core-64-bit-arm-development-board-is-powered-by-samsung-s5p6818-processor/
<tkaiser> TheLinuxBug: And NanoPi M3 or the T3 using an octa-core Cortex-A53 suffers from the same problem as RPi 3 or Banana Pi M64 when used with moronic vendor supplied distros: Only 32-bit userland and pretty slow. Do not even think about NanoPi M3 since there you can not mount a huge heatsink.
<KotCzarny> hehe
<KotCzarny> tkaiser, bpi m64 is out?
<tkaiser> TheLinuxBug: And regarding NanoPC-T3 here some comparisons regarding heatsink: http://climbers.net/sbc/40-core-arm-cluster-nanopc-t3/
<KotCzarny> looks good in specs
<apritzel> tkaiser: "the first boot is from microSD card. if you want to boot from eMMC flash ,please remove microSD card from BPI-M64 microSD card slots."
<apritzel> tkaiser: does that mean that they connected the SD slot to MMC2?
<tkaiser> KotCzarny: Nope, same crap as BPI M3: Octa-core overheating as hell (so not useable at specified clockspeeds) and low IO bandwidth due to lack of real USB host ports (internal USB hub)
<KotCzarny> pity
<KotCzarny> any news on xunlong's take on a64?
<KotCzarny> for now they could top the boards with 3GB, hehe
<tkaiser> apritzel: What are you referring to?
<tkaiser> KotCzarny: Not that I know of. But according to wens Steven designed BPi M64 ;)
<KotCzarny> ugh
<KotCzarny> was it sabotage maybe?
<KotCzarny> hehe
Guest74274 has joined #linux-sunxi
<apritzel> tkaiser: wanted to check which eMMC they use and how it's connected
<KotCzarny> prepare the banhammer?
<tkaiser> apritzel: That's not documentation but instead copy&paste from other 'manuals'. You never know whether something is correct or not and they do not fix documentation or other mistakes even if you tell them multiple times. They simply don't care at all about such stuff.
<KotCzarny> or not, wrong host
<apritzel> tkaiser: I hope so ;-)
<tkaiser> apritzel: At the moment they use simply Pine64+ .dtb from longsleep without any modifications. So no eMMC, no leds, nothing
<apritzel> yeah!
Guest74274 is now known as BenG83
<tkaiser> If they're clever they walk again to wens and donate a board to him. Let's see ;)
<KotCzarny> android 7.0, this is crazy, why cant they invent os once and for a long time
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<KotCzarny> deca-core? o.o
tkaiser has quit [Ping timeout: 258 seconds]
<KotCzarny> anyway, i think i'm gonna find me some cheap marvell board for the nfs
tkaiser has joined #linux-sunxi
reinforce has joined #linux-sunxi
tkaiser has quit [Read error: No route to host]
<buZz> 96boards is so sexy
leio has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 260 seconds]
<KotCzarny> um?
<buZz> no, on all the measures
<buZz> not just uM
tlwoerner has joined #linux-sunxi
<KotCzarny> no sata in 'consumer spec'
<KotCzarny> :/
<buZz> yeh
<buZz> but seems not even 5% of consumers appreciates sata
<buZz> 'huh i have USB why do i need sata'
<KotCzarny> if anyone loves high cpu usage during data io
<KotCzarny> im not even talking about stability and sanity
<buZz> i dont think highly of the 'average user'
Gerwin_J has quit [Ping timeout: 244 seconds]
<apritzel> buZz: what do you actually like on 96boards? I have a hard time finding any good things on it, tbh ...
<buZz> standardization
<buZz> and actual available armv8
<KotCzarny> does standardization apply to software?
<buZz> linaro is behind it and they are pushing a lot of software aswell
<apritzel> buZz: and that's why it took them over a year to get the HiKey support upstream?
<buZz> linaro? or hikey?
<apritzel> linaro
<buZz> apritzel: i'd love to see you do it faster ;)
<KotCzarny> they are also about 'same placement of ports'
<buZz> but i dont know what you actually asked me
<apritzel> buZz: they get paid for it ...
<KotCzarny> and ff
<buZz> 'why it took them time'
<buZz> because it takes time?
<buZz> 'why it took them more than 0 time'
<buZz> because it takes time?
<buZz> 'why it took them time and not someone else'
<buZz> because it takes time? and they were the ones doing it?
<apritzel> buZz: 96boards lacks on the two things I actually only care about: UART and Ethernet
<KotCzarny> nicely summarizes the project
<buZz> apritzel: which part of 'i like this' was an invitation for you to throw mud? :P
<buZz> KotCzarny: nice stuff
<buZz> > Accelerated graphics drivers need to be fully supported either with open source code, or through royalty free binary drivers. If binary drivers are utilized, the vendor will provide support to provide updated drivers/libraries to support new mainline Linux kernel features.
<buZz> is allwinner there yet?
<apritzel> buZz: you said "96boards is so sexy" and that is total opposite of my impression on it
<buZz> apritzel: cool stuff
tkaiser has joined #linux-sunxi
<KotCzarny> You can run any random kernel release, have own set of ugly patches for bootloader. And you will get “96 boards officially certified” stamp on it.
<KotCzarny> hehe
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
enrico_ has quit [Read error: No route to host]
enrico_ has joined #linux-sunxi
enrico_ has quit [Client Quit]
<BenG83> if I wanted to set a certain register bit in the PMIC on the Pine64 (32h bit3 in this case - enable charger led output/control), where would the best spot be to do that?
<BenG83> Is there a way to write registers through sysfs/debufs maybe?
<KotCzarny> *ogles*
Netlynx has joined #linux-sunxi
<KotCzarny> 400eur is a bit pricey tho :/
<TheLinuxBug> see I don't know about a stand alone unit for in the house like that, though I am sure with those DACs it sounds nice, I would be more likely to buy something like that which is manufactured to be installed in older cars without the fancy nav systems in them
<TheLinuxBug> it almost looks like its compact enough
<apritzel> BenG83: you can try devmem2 (though I think it's still broken for 64-bit)
<TheLinuxBug> cause it would then serve the purpose of a nav unti and an audio system
<TheLinuxBug> unit*
<KotCzarny> looks like. but its a waste, driving noise will cancel all the benefits
<TheLinuxBug> true, but see if I were wanting to play high quality audio I would just use my really nice tube receiever or in m ost cases I would just use my PC. While not the sounds you get from the DAC on those, costs me a lot less than 400$ to hear my music...
<TheLinuxBug> I dunno, I guess if your an audiophile it may be worth it
<KotCzarny> pc == fans
<KotCzarny> fans == noise
<TheLinuxBug> yeah but I am also in a room with 3 servers running an overhead fan and such anyhow
<BenG83> apritzel, devmem2 only writes to the local A64 RAM, or are the PMIC registers somehow memory mapped through the RSB?
<TheLinuxBug> so for me I guess I don't have the right enviroment to appriciate something like that
<apritzel> BenG83: oh, PMIC
<KotCzarny> no point in audiophile grade then
<KotCzarny> unless headphones
<apritzel> well, I hacked my own tool to trigger sequences of register writes
<apritzel> and could access the PMIC on this way
<BenG83> I saw that some registers can be initialized via the devicetree entry for the PMU
<BenG83> but not the led control register
apritzel has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
OverCR has quit [Read error: Connection reset by peer]
lynxis has quit [Ping timeout: 272 seconds]
OverCR has joined #linux-sunxi
zkirill has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
Amit_t_ has quit [Quit: Page closed]
<KotCzarny> nice list of sbc history, heheh
<mripard> the A13-olinuxino :')
<KotCzarny> see the price points ;)
<KotCzarny> now compare to <10eur current offerings ;)
<mripard> it's quite easy, it is pretty close to a CHIP
<mripard> so, divided by 5
al1o has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
dev1990 has joined #linux-sunxi
<KotCzarny> mrpipard: i meant whole comparison, features/performance/price then and now
OverCR has quit [Quit: Leaving.]
<KotCzarny> nice idea, rewiring ports to the case
afaerber has quit [Quit: Ex-Chat]
reinforce has quit [Remote host closed the connection]
zkirill has quit [Quit: zkirill]
lynxis has joined #linux-sunxi
yann has quit [Ping timeout: 276 seconds]
IgorPec2 has joined #linux-sunxi
zkirill has joined #linux-sunxi
zkirill has quit [Client Quit]
IgorPec has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
yann has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 244 seconds]
lynxis has quit [Quit: beaming to the mars]
jernej has joined #linux-sunxi
lynxis has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
cosm has joined #linux-sunxi
bonbons has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
Mr__Anderson has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
medvid has quit [Ping timeout: 264 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
VargaD has quit [Ping timeout: 276 seconds]
VargaD has joined #linux-sunxi
Netlynx has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
OverCR has joined #linux-sunxi
vagrantc has joined #linux-sunxi
OverCR has quit [Client Quit]
medvid has joined #linux-sunxi
mosterta has joined #linux-sunxi
OverCR has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
lemonzest has quit [Quit: Leaving]
bonbons has quit [Quit: Leaving]
vagrantc_ has joined #linux-sunxi
vagrantc has quit [Ping timeout: 264 seconds]
popolon has quit [Quit: WeeChat 1.4]
vagrantc_ has quit [Client Quit]
aalm has joined #linux-sunxi
Nacho has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
popolon has joined #linux-sunxi
mosterta has quit [Ping timeout: 258 seconds]
Da_Coynul has joined #linux-sunxi
mosterta has joined #linux-sunxi
lennyraposo has quit [Ping timeout: 250 seconds]
lennyraposo has joined #linux-sunxi
paulk-collins has quit [Quit: Leaving]
mosterta has quit [Ping timeout: 244 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
OverCR has quit [Quit: Leaving.]
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]