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
vagrantc has quit [Quit: leaving]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
JohnDoe3 has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<willmore> TheLinuxBug, I think I got that board last time it came by. $15 after rebate. AMD kabini?
apritzel has quit [Ping timeout: 244 seconds]
cosm has quit [Ping timeout: 240 seconds]
Andy-D_ has quit [Ping timeout: 240 seconds]
cosm has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<wens> MoeIcenowy: not sure, i think firmware is normally split out into the linux-firmware repo
<wens> afaik they do take non free firmware?
<jrg> too bad those are too expensive heh
<jrg> how cani see the temp for the m3? is there some proc or something that shows it?
<wens> jrg: that's the sticker price
<wens> :(
<jrg> wens: i think jetway makes something a similar size
<jrg> i had high hopes for the intel x3 x5 etc
<jrg> but i guess intel dropped the line
<jrg> that was a bad move. people would have eaten them up had they created something in a pi style form factor
<jrg> US$320 for a seco CQ7-901??
<wens> why use ebay when you have aliexpress :p
<jrg> wanted to see what people were selling pico itx boards for
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 272 seconds]
<jrg> Awaiting Shipment Processing Time remaining: 8 days 19 hours 49 minutes
<jrg> :/
<jrg> ^ aliexpress
<jrg> orange pi with 1 week of processing time
<jrg> ah neat. this img has armbianmonitor
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<jrg> OK... kind of a shit way of doing it but i just used nfs3 and mapped the local pi user to the uid/gid of the domain user on the freenas box .. seems to actually work that way
<jrg> let me really try running this bpi now heh
<wens> received a few more orangepis, yay
<jrg> +2e ?
<wens> yeah, and a pc+, and a lite
<jrg> nice.. i'm just now getting this banana pi sorted out. i think it needs a fan. it has serious thermal issues
<wens> uh, opi one
<wens> hmm, the lite is an opi one with wifi
<wens> so confusing
<jrg> wens: i am waiting for my opi +2e
<jrg> i just ordered it today. so hopefully by the time i get it you guys will have made an awesome img for it lol
<wens> oliv3r: my a20 cubies have been on for quite some time, and i've not seen them crash
<wens> oliv3r: but then again i don't use systemd :p
<wens> haven't figured out how to get serial console working with it
<jrg> ok. let me move everything to the bpi again and see if it explodes
jrg has quit [Quit: ZNC - http://znc.in]
jrg has joined #linux-sunxi
<jrg> ok. let me see how this goes... have the bpi set up rather nicely now
reev has joined #linux-sunxi
<jrg> May 24 22:38:52 bpi kernel: [ 3621.010148] CPU Budget: Temperature: 80 Limit state:0 item[2016000,4,-1,0 0]
<jrg> how does that read? i'm guessing 2016000 is the freq?
<jrg> what do the 4,-1,0 0 mean?
p1u3sch1 has quit [Ping timeout: 240 seconds]
p1u3sch1 has joined #linux-sunxi
<jrg> oh. i'm guessing the 4 is the number of cores kept on
<jrg> because i only see 4 cores now in top
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 244 seconds]
cnxsoft1 is now known as cnxsoft
<MoeIcenowy> wens: they do take firmware blobs
<MoeIcenowy> in eagle_fw*.h as array
<MoeIcenowy> (I converted them to binary
Andy-D_ has quit [Ping timeout: 276 seconds]
IgorPec has joined #linux-sunxi
<plaes> MoeIcenowy: o/
<plaes> esp8089 repo has gotten some updates
<MoeIcenowy> plaes: al177?
<MoeIcenowy> plaes: ok I've seen it
<MoeIcenowy> maybe they're not worth merging... give a dt for the reset pin is a better choice...
<plaes> yup
<plaes> that docs part, though...
<MoeIcenowy> the doc update is for the gpio...
JohnDoe_71Rus has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 276 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
<wens> could someone fetch the orangepi plus schematics from the orangepi site and put it up on the wiki?
IgorPec has joined #linux-sunxi
reinforce has joined #linux-sunxi
jernej_ has quit [Quit: Konversation terminated!]
velly has joined #linux-sunxi
reev has quit [Ping timeout: 250 seconds]
Nyuutwo has quit [Ping timeout: 250 seconds]
rookie has joined #linux-sunxi
rookie has quit [Client Quit]
rookie has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
<rookie> hello? who know sunxi kernel 3.10 support?
<rookie> and buildroot?
<plaes> not supported
massi has joined #linux-sunxi
<plaes> rookie: you want android?
<rookie> i design r18(a64) 64bit quadcore a53, but there are no linux bsp, only android.
<rookie> no
<rookie> i want buildroot
<rookie> i use buildroot on r16.
<JohnDoe_71Rus> does someone build android 4.4/5/6 for cubieboard A20?
<plaes> oh.. a64 :S
iamfrankenstein has joined #linux-sunxi
premoboss has joined #linux-sunxi
kaspter has joined #linux-sunxi
merbanan has joined #linux-sunxi
<rookie> next my proj. is A80. I see sunxi a80 ues kernel-3.4, yet.
<rookie> is opencl available on it(A80)?
<plaes> those 3.4 and 3.10 kernels are dead end
<rookie> but allwinner still use 3.4.
<KotCzarny> and microsoft uses bing
<KotCzarny> so?
<plaes> rookie: allwinner releases SoC and BSP and that's basically it
<plaes> no more support
<plaes> they sell chips
<plaes> all those BSPs are basically one-off code dumps
<jelle> they took "it works on my machine" quiet literally
<plaes> they haven't even released datasheets/user manuals for newer SoCs to community
<jelle> I hope the dmard09 has a datasheet
<rookie> i'm planning to utilize A80's imgtec GPGPU that has 64 cores, but i'm afraid of poor driver&guides.
<KotCzarny> poor? just google about it
<rookie> anyone use opencl on A80(cubiborad4)?
<jelle> huh
Nyuutwo has quit [Ping timeout: 240 seconds]
<KotCzarny> for example: allwinner opencl howto
<KotCzarny> ;)
<plaes> jelle: best I can do is this: http://mccoycomponents.com/domintech-technology-co-ltd/ :(
Mr__Anderson has joined #linux-sunxi
<codekipper> mripard: \m/
<plaes> jelle: and also this: https://github.com/domintech :P
<jelle> plaes: yeah plenty of android drivers ;-)
<jelle> plaes: arggh all but the dmard09 lol
<plaes> yea :)
<jelle> plaes: I'll see what i2cdump / i2cget does and if it corresponds to the android dirver
<jelle> *driver
<jelle> I wonder if these companies respond to datasheet requests
<plaes> I have never had any luck
<jelle> :-(
<plaes> but I haven't tried this company
<jelle> ah I will
Nyuutwo has joined #linux-sunxi
<jelle> hm this one seems more complicated then that mxc6202x accelerometer
<plaes> yup
<plaes> unfortunately, there's no mainline or even staging domintech accelerometer
<jelle> plaes: uhh there is
<jelle> but for other chips
<jelle> in drivers/iio
<plaes> which?
<jelle> sec
<jelle> work doesn't have a linux git checkout :-(
<plaes> I don't see any
<jelle> oh wait dominintech == dmard
<plaes> yea
* jelle fails
<jelle> they do have a github repo with a dmard10 driver for android
apritzel has joined #linux-sunxi
velly has quit [Quit: Leaving]
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
<jelle> oh well I can do some research :)
<plaes> it doesn't help you much
<plaes> because on android they use driver-specific ioctl's
<plaes> not the iio subsystem
<plaes> (though, I might be talking crap)
avph has quit [Ping timeout: 264 seconds]
<jelle> plaes: yes
<jelle> plaes: but at least I know the i2c addresses etc.
<plaes> :)
<jelle> and actually found a nice intro about writing iio drivers by mripard!
avph has joined #linux-sunxi
<plaes> yeah, free-electrons web site is gold-mine :)
<jelle> it was actually a fosdem presentation
Worf has joined #linux-sunxi
_fortis has quit [Ping timeout: 240 seconds]
<jelle> nice
<jelle> bookmarked!
jrg has quit [Ping timeout: 260 seconds]
linux-sunxi has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 240 seconds]
Nyuutwo has joined #linux-sunxi
<rookie> well, R16 buildroot adduser issue?
<rookie> i adduser user000, then su user000. results is Killed.
matthias_bgg_ has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
<wens> ssvb: i extracted a fex file from the opi pc plus
matthias_bgg_ has quit [Client Quit]
<ssvb> wens: does it have pre-installed Android?
<wens> ssvb: yes, on emmc
<ssvb> can you maybe push this fex to https://github.com/linux-sunxi/sunxi-boards ?
<linux-sunxi> mripard: do you have get your i2s work ok ?
linux-sunxi has quit []
<ssvb> wens: does the opi pc plus board really have no FEL button?
luoyi has joined #linux-sunxi
<luoyi> mripard: sorry , I've input the wrong name when in the room
<plaes> what's the price for opi plus?
<luoyi> just want to know do you have got the i2s work right now ?
<wens> plaes: which plus? :p
<plaes> ok, which board did you buy? :D
<wens> ssvb: no, but it boots off sd card first
<wens> plaes: they sent me the opi pc plus, opi plus 2e, opi lite (which is opi one + wifi)
<wens> plaes: i only payed shipping costs
<plaes> o_O
<plaes> cool
<ssvb> wens: ok, then it should be fine and we have nothing to worry about
<wens> IgorPec: thanks for hooking me up
ricardocrudo has joined #linux-sunxi
<ssvb> wens: does it boot from a dedicated eMMC boot partition or from the usual data area like a normal SD card?
<wens> ssvb: the usual i suppose
<wens> i haven't dumped the whole image
<MoeIcenowy> wens: Is the I2S driver for mainline now suitable for re-use in A33?
<wens> MoeIcenowy: i'm not the one working on it
tkaiser has joined #linux-sunxi
<ssvb> wens: the dedicated eMMC boot partition might potentially be used as an additional boot media and have its own boot priority (different from the eMMC treated as a regular SD card)
<tkaiser> wens: Can you please put the fex somewhere online immediately if you're not pushing it to sunxi-boards within the next hour?
<ssvb> wens: but I haven't experimented with eMMC yet, and will probably do it some time later with Jide Remix Mini
<wens> tkaiser: i'm writing up the steps as part of the commit log :)
<tkaiser> wens: Good to know. Also good to hear that Xunlong sent you a few more boards then the one recommended to Steven ;)
<KotCzarny> good to know there will be working fex by the time mine arrives ;)
<JohnDoe_71Rus> wens: you can do an exhibition, all available devices
<wens> JohnDoe_71Rus: i have a list of devices i own on the wiki
<wens> tkaiser: fex file pushed
<JohnDoe_71Rus> wens: all on ohe photo
<JohnDoe_71Rus> one
<wens> JohnDoe_71Rus: not going to do that for now, as it's quite messy :p
<KotCzarny> h3: Add fex file for Orange Pi PC Plus ?
<wens> yup
<KotCzarny> dolphin-p1, lol
<KotCzarny> that cooler table looks funny
<ssvb> wens: it's interesting that the [dram_para] section is different from what we had on opipc
<tkaiser> wens: Thx! Different DRAM it seems.
<NiteHawk> https://github.com/linux-sunxi/sunxi-boards/blob/4794ed1d1efeb30f0e3ad4e6250031ccffeabd04/sys_config/h3/xunlong_orange_pi_pc_plus.fex#L357 -> "E: sunxi-boards/sys_config/h3/xunlong_orange_pi_pc_plus.fex:357: invalid character at 1." is that supposed to be a comment?
<wens> different chips? though mainline u-boot loads fine
<wens> NiteHawk: maybe? this is what bin2fex spit out
<wens> ssvb: samsung K4B4G1646Q-HYKO
<wens> uh, maybe HYK0 (zero)
<NiteHawk> wens: can you provide the .bin somewhere? we may need to fix our sunxi-fexc tool. i've seen a similar case with https://github.com/linux-sunxi/sunxi-boards/issues/50
<ssvb> tkaiser: or just a different (better?) config
hpeter has joined #linux-sunxi
<tkaiser> ssvb: Time for lima-memtester I guess :)
<wens> NiteHawk: crap, i just deleted it :(
<ssvb> tkaiser: maybe, or jemk could also have a look to check how the updated [dram_para] settings map to the H3 DRAM controller config in U-Boot
<tkaiser> ssvb: I'm curious about Plus 2/2E since there SK Hynix chips are used that are used by people with the Samsung settings for Plus
<wens> found a copy
<ssvb> tkaiser: it's always best to run some tests and figure it out experimentally :-)
<NiteHawk> wens: thx, i'll investigate
<wens> i need to find some smaller heatsinks... the 20x20mm ones i have don't fit the orange pi one/lite
<wens> and mainline uboot dram code works with opi 2e+ as well
<wens> NiteHawk: sorry, moved to http://wens.tw/fex/
<tkaiser> wens: Does the 2E also comes preloaded with Android?
<ssvb> wens: the main question is whether it works reliable
<NiteHawk> wens: you're using an older or patched bin2fex, or? current sunxi-tools version would be unhappy with "version: 49152.1.2"
<ssvb> wens: the system could boot successfully at 672MHz, but still fail tougher reliability tests even at 480MHz if something is misconfigured - https://www.mail-archive.com/linux-sunxi@googlegroups.com/msg14963.html
<wens> NiteHawk: mentioned in the log, i had to bypass that check
<NiteHawk> oh, sorry - missed that
<wens> ssvb: i see... i'm not running anything meaningful though
<KotCzarny> run limatester
<KotCzarny> :)
<wens> tkaiser: yes, and fex file extracted and pushed
<KotCzarny> oh, wow, dualbooting! :)
kaspter has quit [Ping timeout: 246 seconds]
<jemk> don't have more time now, but para1 only sets size (one more row bit and fixed 1gb size)
<jemk> tpr13 bit0 says don't autodetect size, use para1 instead
<jemk> the mr0 is prepopulated with calculated timings
<jemk> so it looks mostly the same, only size autodetection turned off
jrg has joined #linux-sunxi
<ssvb> jemk: thanks!
<NiteHawk> while i'm at it: if anyone else has original .bin files (that were not produced by our fexc/fex2bin tool) for testing, feel free to dump them in my direction
jrg has quit [Read error: Connection reset by peer]
reinforce has quit [Ping timeout: 276 seconds]
jrg has joined #linux-sunxi
<wens> libv: do we want individual pages for the new variants? or just list them in the base device page? (like opi PC & PC+)
<tkaiser> KotCzarny: If your 2E arrives you could give this fex a try then: http://pastebin.com/KC4DQBQz (ssvb's adoptions after 1st import of Xunlong fex and Armbian's settings eg different led useage)
<KotCzarny> sure, but i dont know which eon it will be by then *grins*
reinforce has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
<KotCzarny> xunlong should really make it configurable, so one can order things under 22eur .eu vat
<KotCzarny> and add things later
<wens> the wifi on the new variants is not a module, but a bunch of components directly on the board
<wens> like the rpi3
iamfrankenstein has quit [Ping timeout: 244 seconds]
iamfrankenstein has joined #linux-sunxi
BroderTuck has joined #linux-sunxi
avph has quit [Ping timeout: 264 seconds]
Andy-D has joined #linux-sunxi
avph has joined #linux-sunxi
<ssvb> mripard, apritzel: the current device tree has no support for describing standard GPIO expansion headers, or does it? https://linux-sunxi.org/index.php?title=Bootable_SPI_flash&curid=2715&diff=17267&oldid=17261
<wens> no mainline driver for wifi :/
<KotCzarny> try etv with hacking?
<KotCzarny> erm. disregard
<apritzel> ssvb: but this is a more general problem, right?
<KotCzarny> wens, which chip?
<wens> KotCzarny: rtl8189ftv
<wens> sdio based :/
<apritzel> ssvb: any software would need to know which I2C, SPI and GPIO pins are on the header
<apritzel> which is board specific
<apritzel> so though an RPi extension may fit on the Pine64 header, the software needs to know which board it is running on
thlst has joined #linux-sunxi
thlst is now known as xcasex
xcasex has quit [Changing host]
xcasex has joined #linux-sunxi
<apritzel> this is mostly a userspace decision, so not even sure that DT would be a good solution for this anyway
<tkaiser> wens: In case 8189FTV is compatible with 8189ETV then maybe this might help: https://github.com/jwrdegoede/rtl8189ES_linux
<ssvb> apritzel: can't we describe something as "pins 19,21,23,24 on the raspberry pi expansion header" which provide SPI functionality but without going into exact details which SoC pins would be mapped to them?
<apritzel> ssvb: that would be ideal, yes, but as this is a userspace problem (I think) I am not sure this is a DT call to answer
<ssvb> apritzel: then either the userland code or the kernel driver would request this set of pins, and seamlessly support Raspberry Pi, Orange Pi PC and Pine64?
<apritzel> unless we have a kernel interface for that, then the kernel could read this info from DT and export this mapping
<apritzel> ssvb: I think we both agree on this, but I am not aware of any existing solution
<wens> tkaiser: yup , looks supported
<apritzel> I am not even sure that existing software uses standard Linux kernel interfaces to use GPIOs, for instance, I guess many people use some dodgy Raspi GPIO library
<ssvb> looks like there might be some room for improvement
<apritzel> ssvb: indeed
<apritzel> mripard: are you aware of any solution to this: "I want to use pins 19,21,23,24 of the Raspi-compatible header" problem?
<apritzel> (or anyone else?)
xcasex has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 250 seconds]
mossroy has joined #linux-sunxi
<MoeIcenowy> wens: rtl8189ftv is sdio based?
<wens> MoeIcenowy: yup
<mripard> codekipper: even GPIOs do not work
<mripard> codekipper: I'm starting to think this is just my board that is damaged
<MoeIcenowy> I just now inserted a rtl8191su (driver is r8712u in staging)
<MoeIcenowy> and my kernel panicked...
<MoeIcenowy> It's my PC
<KotCzarny> :>
<mripard> luoyi: no, but it might be because of my board
<codekipper> mripard: do you have anything else with the pins exposed?
<mripard> but yes, it's one of the shortcomings
<MoeIcenowy> realtek is a very huge trap...
<mripard> codekipper: yes, I also have an A20 olinuxino
<mripard> and a A20-EVM on its way
<ssvb> mripard: thanks for the link
tkaiser has quit [Ping timeout: 252 seconds]
tkaiser has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
iamfrankenstein1 is now known as iamfrankenstein
thlst has joined #linux-sunxi
<jrg> well. i guess bitcoind wrecks SDs
<jrg> heh. not going to do that again.
<KotCzarny> jrg: do cpuburn + iozone test?
<jrg> KotCzarny: it ran for quite a while before destroying the SD
<jrg> the bpi has major thermal issues. just like the sunxi wiki says
<jrg> cores keep cutting off even with a heatsink
<tkaiser> KotCzarny: Will test OPi Plus 2E on my own now (just arrived 5 minutes ago ;)
<KotCzarny> lucky!
<jrg> according to ali my +2e shipped
<jrg> have to wait on the ship to get here i guess
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
rookie has quit [Quit: Page closed]
<jrg> i was going to try to use an nfs mount to try with bitcoind again on the bpi. using the SD makes the SD break
tlwoerner has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<tkaiser> wens: Do you plan to play around with WiFi on the new OPi boards?
premoboss has joined #linux-sunxi
<wens> tkaiser: probably not :(
diego_r has joined #linux-sunxi
<libv> orange pi pc plus?
<libv> sounds like this no longer should fit on one page
<libv> but i have not looked into it, do what you feel is best, it's a wiki :)
<KotCzarny> it would be nice to create xunlong device table
<KotCzarny> will be easier to contain the chaos
<apritzel> KotCzarny: yes, please go ahead ...
<jrg> heh
<jrg> plus 2e
<KotCzarny> apritzel, will do, maybe i'll make it not only for xunlong
avph has quit [Read error: Connection reset by peer]
<apritzel> KotCzarny: yeah, a table with _all_ Allwinner based SBCs for comparison
avph has joined #linux-sunxi
<KotCzarny> does the wiki support sortable tables?
<KotCzarny> with a columns like 'company support rating' ? ;)
avph has quit [Read error: Connection reset by peer]
avph has joined #linux-sunxi
<NiteHawk> KotCzarny: it does, i've seen those somewhere before
cosm has quit [Ping timeout: 240 seconds]
thlst is now known as xcasex
<wens> libv: i added it to the variants section for now
<tkaiser> ssvb: On the eMMC on OPi Plus 2E there are two boot partitions present: http://pastebin.com/kpReLe4s
<wens> they might be empty though
<KotCzarny> o.O
<KotCzarny> what's a boot partition?
<KotCzarny> some efi related relic?
BroderTuck has quit [Remote host closed the connection]
<wens> yup, mine's empty
<tkaiser> Gets written by PhoenixCard/PhoenixSuit anyway even if unused?
<tkaiser> s/written/created/
cosm has joined #linux-sunxi
fdcx has quit [Read error: Connection reset by peer]
avph has quit [Ping timeout: 260 seconds]
<KotCzarny> i guess its gpt/uefi related
nixdork has quit [Ping timeout: 260 seconds]
fdcx has joined #linux-sunxi
nixdork has joined #linux-sunxi
<tkaiser> KotCzarny: Really? You know that the BSP code Allwinner uses for these devices relies on u-boot 2011.09? ;) And partitioning is done by PhoenixSuit in this case, a pretty outdated piece of Windows software
<KotCzarny> tkaiser, i've never saw anything similar to mmcblk0boot
<KotCzarny> that's why i'm confused :)
<mripard> KotCzarny: it's actually some part of the MMC standard, nothing GPT or UEFI related
<KotCzarny> funky
fdcx has quit [Remote host closed the connection]
<mripard> (iirc it's present since MMC 4.0)
fdcx has joined #linux-sunxi
mossroy has quit [Read error: Connection reset by peer]
IgorPec has quit [Ping timeout: 246 seconds]
<ssvb> tkaiser: thanks! can you dump the data from these partitions and do some experiments?
<tkaiser> ssvb: If instructions are precise enough. Just out for a coffee now for a few minutes
<ssvb> yes, there are special boot partitions as part of the eMMC standard, they provide a dedicated storage place for the bootloader, which does not need to reside on the same block device as the rootfs
avph has joined #linux-sunxi
<tkaiser> ssvb: If you prefer I can mail you a sudo enabled SSH account for the board and setup port forwarding
<ssvb> tkaiser: SSH access would not help, we need to try placing the bootloader to different locations and reboot the board multiple times to check how the boot priority is handled
<ssvb> the uart0-helloworld-sdboot.sunxi from https://github.com/linux-sunxi/sunxi-tools/pull/44 could do the job
<ssvb> I will also update it to print the boot device type if it differs from 0 (SD card) and 3 (SPI)
premoboss has quit [Ping timeout: 276 seconds]
<tkaiser> ssvb: OK, but this isn't stuff for today (weather gets good again ;) -- I will refrain from wiping out the eMMC now and get back to you when ready within the next few days.
premoboss has joined #linux-sunxi
<NiteHawk> btw: ssvb, if you update your PR addressing the NULL ptr thing, I'm all for merging that sooner than later ;)
<ssvb> tkaiser: do you even have write access to these partitions?
<ssvb> NiteHawk: yes, I will update it now
<tkaiser> ssvb: mount: /dev/mmcblk1boot0 is write-protected (same for the other partition)
<ssvb> tkaiser: this can be a bit cumbersome then, probably we will have to add eMMC boot partitions read/write support to sunxi-fel in order to make dealing with this stuff trivially easy :)
<ssvb> tkaiser: though the kernel probably has some configuration knobs
lemonzest has joined #linux-sunxi
<tkaiser> ssvb: As long as you add this support to sunxi-fel I don't mind executing the binary afterwards ;)
<tkaiser> Will start now lima-memtester on 2E
avph has quit [Read error: Connection reset by peer]
avph_ has joined #linux-sunxi
avph_ is now known as avph
reinforce has quit [Quit: Leaving.]
cnxsoft has quit [Quit: cnxsoft]
bmeneg has quit [Ping timeout: 244 seconds]
apritzel1 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
bmeneg has joined #linux-sunxi
jernej has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
jernej has quit [Ping timeout: 258 seconds]
zuikis has joined #linux-sunxi
premoboss has quit [Ping timeout: 244 seconds]
jernej has joined #linux-sunxi
jernej_ has joined #linux-sunxi
jernej_ has quit [Client Quit]
nove has joined #linux-sunxi
jernej has quit [Ping timeout: 244 seconds]
reinforce has joined #linux-sunxi
jernej has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
lemonzest has quit [Quit: Leaving]
lamer14641917059 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 272 seconds]
zuikis has left #linux-sunxi [#linux-sunxi]
zuikis has joined #linux-sunxi
avph has quit [Ping timeout: 260 seconds]
Shirasaka-Hazumi has quit [Ping timeout: 272 seconds]
avph has joined #linux-sunxi
massi has quit [Remote host closed the connection]
lamer14641917059 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
Shirasaka-Hazumi has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<phiplii> OPi Lite arrived yesterday
<KotCzarny> mine is still 'in transit'
<tkaiser> phiplii: The device without network ;)
<phiplii> :P
<phiplii> I've not had a chance to try anything with it yet
<phiplii> other than seeing if it fits in the OPi One case
<phiplii> (which it does - USB port doesn't get in the way
<tkaiser> phiplii: Others did. WiFi driver needs to be compiled differently and breaks :)
<phiplii> heh
<phiplii> You mean to tell me that Xunlong haven't prepared a fully functional SD card image?
<phiplii> but they've been shipping devices?!
<phiplii> How can this be so?
<KotCzarny> lol
<phiplii> heh
p1u3sch1 has quit [Ping timeout: 260 seconds]
<KotCzarny> good sarcasm, almost got confused ;)
<phiplii> I never understand why there isn't a sarcasmmakr
<phiplii> *sarcasmmark
<KotCzarny> there is
<tkaiser> phiplii: I got also PC Plus and Plus 2E today, both with eMMC populated with Android. Maybe I try to boot Android the 3rd time in my live to see whether WiFi works there
<KotCzarny> <sarcasm>yup.</sarcasm>
p1u3sch1 has joined #linux-sunxi
<phiplii> perhaps we could appropriate one of the less used symbols? "¬" seems to be going spare...
<KotCzarny> that symbol is a letter used in my language
<phiplii> tkaiser : it is like linux, but using the interface is like wearing boxing gloves and you have to spend hours getting root access to change any settings
<KotCzarny> you would have to dig deeper in the utf-32
<KotCzarny> phiplii: you can install ssh server on android
<phiplii> KotCzarny : damnit. that is about the only one drawn on a key that I don't use
<tkaiser> phiplii: LOL, I accidentally booted Android on PC Plus already. Forgot to insert SD card before and was a bit confused since you get a root shell with serial console.
<phiplii> I tend to use Android to remote monitor real computers. Connectbot and airterm.
<phiplii> works quite well with a bluetooth keyboard
<tkaiser> I tend to ignore Android as much as I can
<phiplii> I have 5 days off work now.
<phiplii> perfect timing to play with all the electronics I've accidentally ordered lately
<KotCzarny> :)
<phiplii> tkaiser : what do you use for mobile devices? Phone & or tablet?
<phiplii> I used to have one of these : https://en.wikipedia.org/wiki/Sony_Vaio_P_series as an alternative, but the graphics driver support was terrible, and then a ram chip de-soldered itself...
<jernej> tkaiser: I managed to find proper drivers, as I already mentioned on the forum
<jernej> The problem is, that I don't have a board with such chip :)
<tkaiser> jernej: If you need remote access I can provide this.
<jernej> Currently I have other plans, so someone else will have to test them
<jernej> I think IgorPec is on it
<tkaiser> jernej: Ok, that saves me from setting up an 2.4 GHz AP (crowded area where 2.4GHz is 'dead' already)
<jernej> I mean, IgorPec will test them
Netlynx has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
gzamboni has quit [Ping timeout: 260 seconds]
tkaiser has quit [Ping timeout: 276 seconds]
apritzel1 has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
tkaiser has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
paulk-collins has joined #linux-sunxi
<phiplii> well, it boots.
<phiplii> that's a start
apritzel has quit [Ping timeout: 244 seconds]
<KotCzarny> grab the thermometer
<phiplii> I transferred my OPi One thermal settings in before booting :p
<willmore> Hmm, pondering the difference between the wifi-less OpiLite and the OpiOne.
<KotCzarny> thats why i told you to grab the thermo and not fire extinguisher :P
<tkaiser> willmore: One more USB host port without soldering? ;)
<phiplii> heh
<phiplii> 51 deg C atm
Mr__Anderson has quit [Remote host closed the connection]
Gerwin_J has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
<willmore> tkaiser, is that the summary? I can't find a good image/description of the wifi-less model.
<phiplii> willmore : they are very similar
<KotCzarny> all of them should be treated as wifiless thanks to crappy chips
<phiplii> same form factor
<phiplii> differences are...
<tkaiser> willmore: Are you joking? :) Lite is like One with one more USB type A receptacle, microphone and IR receiver but no Ethernet jack
<phiplii> One : 1 usb host, 1 ethernet, tiny pads several other things
<phiplii> Lite : 2 usb host, 1 wifi that doesn't work yet, 1 IR receiver, 1 microphone
<tkaiser> willmore: Ah, and the non-working WiFi of course ;)
<phiplii> like tkaiser said
<willmore> KotCzarny, yeah, that's sort of why I don't care for the wifi models.
<phiplii> tkaiser : still - at least the second USB means that when you plug in your USB wifi dongle, you can plug in a keyboard or mouse (not both) at the same time!
<phiplii> (with unless you x, y, z etc. etc.)
<willmore> tkaiser, I can't find any actual pictures of the Lite wo/WiFi on the alibaba page for OrangePi.
<willmore> There are two 'lite' models. One with two USB and Wifi. The other is supposed to have two USB and ethernet and no wifi.
<phiplii> go to aliexpress.com
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<KotCzarny> otg port can be used as normal (hostmode) usb too
<phiplii> and search for "orange pi one" and "orange pi lite"
al1o has joined #linux-sunxi
<willmore> You know what? I think I'm reading this wrong: http://www.orangepi.org/orangepibbsen/forum.php?mod=viewthread&tid=895
<phiplii> the "one" is the one without wifi
<willmore> I think they're confusing the one and the lite.
<willmore> phiplii, yeah, I think that's it.
<willmore> Okay, so nothing new. I'll stay happy with the One.
<phiplii> first sentence is correct, the other bit is a typo
<phiplii> KotCzarny : yeah, I know - as I went through the sentence I could see more and more exceptions and decided to keep it simple
<phiplii> more caveat than sentence
al1o has quit [Client Quit]
<willmore> How fast can the SPI on the H3 clock?
<phiplii> 33mhz?
<phiplii> someone correct me if I'm reading the .fex incorrectly
<willmore> phiplii, thanks. That's better than I can get on the rpi or the C1. I think I'll try my little TFT display on my Opi1 board.
<phiplii> it is listed as the "max_speed_hz" (I thought you wouldn't appreciate all the zeros)
<phiplii> although interestingly the same speed is listed in the OPi PC .fex file
p1u3sch1 has quit [Ping timeout: 244 seconds]
<phiplii> and they're supposedly "1.6Ghz" instead of "1.2". Is the SPI clock entirely independent?
ricardocrudo has quit [Remote host closed the connection]
p1u3sch1 has joined #linux-sunxi
gzamboni has joined #linux-sunxi
<mripard> codekipper: so, on my other board, it works perfectly...
<mripard> codekipper: sorry for all the troubles :/
IgorPec has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
Gerwin_J has quit [Quit: Gerwin_J]
jernej has joined #linux-sunxi
<oliv3r> wens: yeah but do you really think it could be systemd?
apritzel has joined #linux-sunxi
staplr has quit [Ping timeout: 240 seconds]
pitelpan has quit [Quit: I am going to fishing!!!]
al1o has joined #linux-sunxi
al1o has quit [Client Quit]
al1o has joined #linux-sunxi
gzamboni has quit [Ping timeout: 244 seconds]
al1o has quit [Client Quit]
staplr has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
staplr has quit [Ping timeout: 260 seconds]
pmattern has joined #linux-sunxi
<KotCzarny> rfc on http://linux-sunxi.org/Table_of_allwinner_based_boards before i go forward and add the rest
gzamboni has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
staplr has joined #linux-sunxi
<jelle> KotCzarny: nice
<jelle> KotCzarny: no comments so far from my side
<KotCzarny> are columns ok?
<KotCzarny> add/del ?
<tkaiser> KotCzarny: kernel info can be deleted.
<tkaiser> KotCzarny: In case you want to maintain a table for H3 boards only (*all* sunxi boards would be somewhat challenging)
<KotCzarny> nope, i will add all
staplr has quit [Ping timeout: 276 seconds]
<jelle> tkaiser: but all boards would be nice for a comparison what to buy
<tkaiser> KotCzarny: Well, just another table that will not be maintained properly I guess ;)
<KotCzarny> :)
<jelle> KotCzarny: ^ some inspiration :-)
<tkaiser> jelle: IMO it's not possible to maintain such a table. Same with large software projects. Better try smaller pieces ;)
<jelle> hehe well a table for all orange pi boards would be nice haha
<jelle> there are so many and such confusing names..
<jelle> is the lite better then the one or is the pc better?!
<tkaiser> jelle: 'yes, of course' ;)
<KotCzarny> are there any variations between implementations of particular soc?
<KotCzarny> ie. all H3 have the same speed etc
<tkaiser> KotCzarny: No, it depends (on voltage regulator for example, regarding A20 for example on kernel version), so simply forget about your 'all sunxi boards' approach :)
<KotCzarny> tkaiser, that's why i didnt include cores/speed columns
<KotCzarny> maybe vreg column should be adjacent to soc then
<tkaiser> KotCzarny: A table for all H3 boards would be useful IMO (since naming scheme is weird and differentiation between boards, eg. OPi Plus 2 -- overpriced/crappy -- vs. OPi Plus 2E)
JohnDoe0 has joined #linux-sunxi
<nove> this kind of tables could be autogenerated, if the wiki, and each devices pages were done by using semantic mediawiki extension, but this is another level of complexity that maybe is easy to do at hand
<KotCzarny> nove, good idea, do you know how to do it?
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
<nove> KotCzarny: i tried in a local wiki instance, but is really complex, and should be first thought if is worth the trouble
iamfrankenstein has quit [Quit: iamfrankenstein]
staplr has joined #linux-sunxi
<KotCzarny> theoretically infobox should provide that info
<KotCzarny> but it misses few essential fields (mainline status, vreg etc)
<nove> yes, that would be the idea
ajeandet has joined #linux-sunxi
ajeandet is now known as jeandet
<nove> those others fields, only needs to be in page, at any place
<KotCzarny> dimensions might be useful too
<tkaiser> At least I won't create any more device pages if I've to read through semantic stuff a few hours before :) Since I don't believe such a huge table is worth the efforts to spend the extra time. Information has a specific purpose. And time a value.
staplr has quit [Ping timeout: 240 seconds]
<KotCzarny> might be of some value if people start choosing boards with better features (ie. nicer vreg)
<KotCzarny> opipc page: 'manufacturer: orangepi' is there such maker?
<tkaiser> That needs a tutorial and not a table. BTW: Currently doing a review of BPi M2+ vs. OPi Plus 2E (since both are GbE equipped H3 boards). The details matter (eg. performance when throttling jumps in -- you can't do this in a table)
<nove> entry of data is easy, the complexity is in use this data to display information
<KotCzarny> tkaiser: vreg used matters the most i bet
<tkaiser> nove: But _which_ information? Eg. 'count of USB receptacles' vs. 'count of SoC USB host ports'. We have boards with 4 USB receptacles that use only 1 USB host port and we have boards with 3 where 3 USB host ports are used (no bandwidth sharing)
<KotCzarny> tkaiser: i plan to mark boards with internal usb hubs
<tkaiser> KotCzarny: Not entirely true. PCB size seems to matter also (heat dissipation more efficient is SBC is larger)
<KotCzarny> to differentiate from normal usb ports
<KotCzarny> right, i had to add dimensions column
<tkaiser> s/is SBC/if PCB/
<nove> tkaiser: yes that kind of information
<tkaiser> KotCzarny: And how to _explain_ facts in a table like GL830 used on Cubietruck Plus uses an own USB host port vs. the very same GL830 on BPi M3 is behind an USB hub so has to share bandwidth with all USB receptacles?
<KotCzarny> just mark gl830 sata as crappy in general
<KotCzarny> no matter if sharing or not
Mr__Anderson has joined #linux-sunxi
Zliba has joined #linux-sunxi
apritzel has joined #linux-sunxi
<nove> semantic mediawiki, makes every wiki page into a database entry of keyword values pairs, that can be queried from other pages to display information
<nove> i looked when tried to find way to better display the register definition, but i gave out of the idea (too complex)
paulk-collins has quit [Remote host closed the connection]
<nove> example of what has be typed to create a similar table https://www.semantic-mediawiki.org/wiki/Help:Inline_queries#Parser_function_.23ask
al1o has joined #linux-sunxi
<KotCzarny> nove, one problem is that infobox entries aren't concise
JohnDoe0 has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<nove> KotCzarny: that is the trouble that must be thought, if is worth to have
<tkaiser> Also how discouraging it would be to add new devices to the wiki if you've to spend several hours on understanding this stuff first
<KotCzarny> oh wow, orange pi has vga port
<tkaiser> BTW: Specs vs. reality. Using worst case conditions (enclosure from hell without any airflow) BPi M2+ is just half as fast as OPi Plus 2E. Using cpuminer to create some load, BPi M2+ already have to throttle down to 576MHz where OPi +2E stayed at 1200MHz. Weird
<tkaiser> Specs would show 1296 MHz vs. 1200 MHz but when you _need_ performance the gap is way larger between both boards (due to voltage regulator and obviously different heat dissipation caused by PCB)
<nove> the entry is not hard, instead of writing in the infobox dram=2G, it would have to be written dram=[[DRAM Size::2G]] https://www.semantic-mediawiki.org/wiki/Help:In-text_annotation
<KotCzarny> 1GiB DDR3 @ 960MHz
<KotCzarny> seriously?
<nove> but you all know, this is only a idea of how to avoid duplicate the same information by hand, just to create a table
<tkaiser> nove: And for OPi One [[DRAM Size::0.5G]] or [[DRAM Size:512M]]? If creating a new device page takes more than an hour then at least I won't contribute any longer, especially since I see really no benefit. One table for the various H3 boards == ok, the approach to create a huge table for all boards: both useless and not able to maintain
<tkaiser> KotCzarny: No, and that's the problem. When you go through each device page you spend a few hundred hours of your time or in other words: You give up before.
bmeneg has quit [Remote host closed the connection]
<nove> well, as said, this would be another level of complexity
<KotCzarny> oh well, added xunlongs from the category. now the variants
<KotCzarny> WOW, my opi+2e is in my country now
<KotCzarny> maybe i'll get it this/next week
<KotCzarny> tkaiser, how was your opi+2e packaged?
IgorPec has quit [Ping timeout: 244 seconds]
<tkaiser> KotCzarny: I got 3 boards + 3 PSU (5V/3A -- c'mon your wiki table is already outdated! ;) in a small box, the boards were in the usual cardboard boxes. But so far everything shipped from Xunlong was properly packaged
<KotCzarny> i hope there will be cardboard box
<tkaiser> KotCzarny: It's not a Pain64! ;)
<KotCzarny> :)
<jrg> going to try to use bitcoind with an nfs
* jrg continues the bananapi fun
<KotCzarny> jrg: drop the whole thing in oil bath
<jrg> lol
<KotCzarny> should solve your troubles
<jrg> KotCzarny: too bad nobody sells a bananapi case with the oil
<jrg> it cuts 4 cores off when bitcoind runs
<KotCzarny> come on, its diy box, just grab some container and use it ;)
<jrg> i just need to get past the initial download of the blockchain. after that it shouldn't use too much
<tkaiser> jrg: You need to adjust ths settings then ;)
<jrg> i think i have some corn oil in the pantry :P
<jrg> tkaiser: not really sure where i change that with a bananapi image
<jrg> with a rpi it's easy. i just edit the config.txt
Zliba has quit [Ping timeout: 276 seconds]
<tkaiser> jrg: And the image you're using contains a script that tries to bring back killed CPU cores. But since it has been made for H3 you have to adjust it (8 vs. 4 cores).
<jrg> really? where is the script?
<jrg> i'd rather it throttled the cores than cut them off
<tkaiser> jrg: Have a look in /etc/rc.local how the script is called (something with 'keeper' in the name) and then add '7 6 5 4' to the loop
<jrg> /usr/local/bin/sun8i-corekeeper.sh &
<jrg> sun8i? heh
<tkaiser> jrg: As said yesterday or the day before: You can use script.bin but the location is somewhat moronic (not /boot but a special path on the first FAT partition). And there you could adjust the settings. Just read through https://github.com/igorpecovnik/lib/issues/298 for some understanding how ths/cooler table settings influence each other.
<tkaiser> jrg: BTW: You bought the wrong device ;)
<jrg> haha
<KotCzarny> :)
<jrg> how is the orange pi plus 2e?
<KotCzarny> sell it, buy the opi+2e!
<jrg> KotCzarny: no need to sell it
<jrg> i'll still use it.. someone has to have one to see what else it can do
<KotCzarny> hmm, does opi lite have wifi or just antenna?
<KotCzarny> ahm, it has 'wifi chip'
iamfrankenstein has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<tkaiser> KotCzarny: All 3 new boards have the new WiFi chip. Status: http://forum.armbian.com/index.php/topic/1241-opi-lite-wireless-device-not-working/?view=getlastpost
<KotCzarny> which is the third? +2, lite and .. ?
<jrg> so in order to change settings for these boards you have to edit a .fex file... then "compile" it to script.bin .. then put it to wherever it boots from?
<tkaiser> PC Plus. Like PC with 8GB eMMC and WiFi
<KotCzarny> tkaiser: got it, thx
<tkaiser> jrg: Correct. bin2fex and fex2bin are your friends.
<jrg> oh you can go backwards too? i'll try that later this week
<jrg> just so i know how to do it.. it is awkward to me. i've never done it
<tkaiser> jrg: And you should read through the bananapi.org thread I referenced since there everything (including the many documentation flaws by @sinovoip) is explained.
<jrg> tkaiser: where is it again?
<jrg> i remember reading the one where you went on a rant about the armbian thing :)
<tkaiser> jrg: Somewhere here http://irclog.whitequark.org/linux-sunxi/2016-05-24 or the day before
<jrg> and downloaded your img that i'm running now that expands the SD
Zliba has joined #linux-sunxi
<KotCzarny> k, i guess oranges are done
<jrg> that one?
<jrg> oh.. you said org
<KotCzarny> some info is missing but at least can be compared quickly
<tkaiser> jrg: No idea, the thread where you got my image from. The posts after that I explained how to update kernel, adjust uEnv.txt/script.bin and so on.
<jrg> oh ok... i'll find it
<phiplii> Hum
<phiplii> when I ran updates and rebooted, the OPi Lite switched back to another script.bin
<phiplii> and now crashes when it finishes booting
<KotCzarny> :)
<KotCzarny> armbian?
<phiplii> yarp
<jrg> that one
<KotCzarny> post a bug report that they need to detect custom script.bin
<phiplii> KotCzarny : I'll recreate the link to the correct script.bin
<phiplii> hum
<KotCzarny> nice trick is to keep /boot as a separate partition and mount it on /mnt/boot
<phiplii> what a novel idea
<phiplii> I'm used to following progress about 10 years behind on dead forums
<phiplii> where do the do this "report bug" thing?
<KotCzarny> you lose automatic script.bin and kernel updates but at least you can play safe with customized versions
<KotCzarny> forum.armbian.org ?
<phiplii> :)
<KotCzarny> but there was a bugtracker too i think
<phiplii> You don't get this kind of active support when you're trying to install CPM on a homemade breadboard Z80 machine
<KotCzarny> lol@ stability comment
<tkaiser> phiplii: We already know that auto detection is broken. Before you post anything look through open issues: https://github.com/igorpecovnik/lib/issues eg. https://github.com/igorpecovnik/lib/issues/231
<phiplii> tkaiser : are you considering custom fex files as well as autodetection?
<phiplii> if an update replaces the link that is script.bin
<KotCzarny> phiplii: in perfect world h3 will be mainlined
<KotCzarny> and no more script.bin ;)
<phiplii> and running kernel 4.x?
<KotCzarny> but that's still few months
<KotCzarny> see mainlining roadmap
<KotCzarny> 4.7 should be quite usable on h3s
<tkaiser> phiplii: Nope, that's another thing. In case you are able to provide details please open a new Github issue
<jrg> ok. let me go ahead and let bitcoind run for a month now and see if it ever finally grabs the entire blockchain heh
<phiplii> I have to say you folks are doing impressive work considering Allwinner and people like Xunlong's support
jernej has quit [Quit: Konversation terminated!]
<phiplii> tkaiser : is this the correct github project? : https://github.com/armen181/Armbian
<KotCzarny> nope
<KotCzarny> this is
<phiplii> ta
<KotCzarny> unless you work on banana
<phiplii> one of the few well known boards I don't have
<phiplii> price vs feature set considering on most of them the sata port is bottlenecked
<KotCzarny> only a10/a20 had real sata port
<KotCzarny> rest is usb-to-sata module
<KotCzarny> so its better to grab 'sata'-less one and buy decent module yourself
<phiplii> ended up getting an Olimex board instead though, due to the huge amount of GPIO
<phiplii> Plan is for an A20 Olimex "OLinuXino Micro" to be "the machine that is always running" in my house at some point
<phiplii> and have it controlling everything from the alarm, to the chickens door
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<KotCzarny> i have 2 bananas running 24/7
<KotCzarny> one does router/server home work and another is doing audio box work
<KotCzarny> both are a20 based
<KotCzarny> opi+2e is going to be my desktop replacement
<phiplii> at the moment, there is a 1st gen Raspberry Pi acting as the external facing SSH server (and temperature logger), and an OPi PC keeping an eye on the rescue pigeon
<phiplii> I'm playing with a Odroid C2 a bit as well, but it doesn't have a job yet
<phiplii> but it seems to be a well built machine
<phiplii> Right. Issue logged. Shout if you need more details.
jstein has joined #linux-sunxi
blaaa has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
<phiplii> and all fixed and working
<phiplii> anyways
<phiplii> time to sleep. Night folks.
<KotCzarny> good idea, nite!
<topi`> phiplii: the issue with Odroid C2 is the lack of proper mainline kernel
<topi`> it's stuck with a patched 3.14
<phiplii> topi` : they claim it is in progress
<phiplii> and hardkernel actually seem to take a role in OS development
<phiplii> but I'm not really here
<phiplii> I've already left to go to sleep
<phiplii> <exits quietly>
xcasex has quit [Read error: Connection reset by peer]
nove has quit [Quit: nove]
xcasex has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
al1o has joined #linux-sunxi
jeandet has quit [Quit: jeandet]
<jrg> well.... bitcoind holding up quite well on the bpi using nfs
<jrg> by now it would have wrecked the SD lol. no idea what it is about an SD but bitcoind sure can't get along with it. i guess too much io?
blaaa has quit [Ping timeout: 250 seconds]
alexxy has quit [Quit: No Ping reply in 180 seconds.]
alexxy has joined #linux-sunxi
jstein has quit [Read error: Connection reset by peer]
pmattern has quit [Quit: Genug für heute.]