Ntemis has quit [Read error: Connection reset by peer]
jernej has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
skaag_ has quit [Quit: leaving]
andoma has quit [Ping timeout: 260 seconds]
andoma has joined #linux-sunxi
lkcl has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
sgteem has joined #linux-sunxi
ninolein has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
sgteem_ has quit [Ping timeout: 268 seconds]
ninolein_ has quit [Ping timeout: 240 seconds]
terra854 has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
reev has joined #linux-sunxi
lkcl has quit [Ping timeout: 258 seconds]
Andy-D has joined #linux-sunxi
pg12 has quit [Ping timeout: 256 seconds]
pg12 has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
d0m has quit [Ping timeout: 260 seconds]
laj has quit [Quit: Page closed]
vagrantc has quit [Quit: leaving]
[7] has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lurchi__ has quit [Read error: Connection reset by peer]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
tuxillo has quit [Ping timeout: 260 seconds]
tuxillo has joined #linux-sunxi
ericxdu has quit [Remote host closed the connection]
ericxdu has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
muvlon has quit [Ping timeout: 260 seconds]
muvlon has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
chomwitt1 has quit [Ping timeout: 260 seconds]
igraltis1 has joined #linux-sunxi
igraltist has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
foxx has joined #linux-sunxi
IgorPec has joined #linux-sunxi
DullTube has joined #linux-sunxi
jernej has quit [Ping timeout: 268 seconds]
terra854 has joined #linux-sunxi
paulk-blaze has joined #linux-sunxi
lemonzest has joined #linux-sunxi
lemonzest_ has joined #linux-sunxi
lemonzest_ has quit [Remote host closed the connection]
lemonzest has quit [Ping timeout: 260 seconds]
<alexvf>
rellla: i don't have mpv available in my distribution. I tested mplayer2 and it doesn't work but i don't have the latest libvdpau_sunxi neither
lkcl has joined #linux-sunxi
BenG83 has joined #linux-sunxi
<rellla>
alexvf: i checked libvdpau-sunxi code and couldn't see, where one has to define the "separation" ...
florianH has joined #linux-sunxi
<alexvf>
in theory, the info field picture_structure
<alexvf>
that can be frame, top field, bottom field
terra854 has quit [Quit: Connection closed for inactivity]
terra854 has joined #linux-sunxi
Ntemis has joined #linux-sunxi
WaspCo_ has joined #linux-sunxi
<WaspCo_>
Hi. I would like to know if there is any possiblity to coose the boot device on a Bananapi M3 ?I have two raspbian systems (internal memory and sd card), and I would like to boot on the internal system. Thank you
<WaspCo_>
*choose sorry
leviathan has quit [Remote host closed the connection]
huawei has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
BenG83 has quit [Ping timeout: 246 seconds]
huawei has joined #linux-sunxi
WaspCo_ has quit [Ping timeout: 260 seconds]
huawei has quit [Client Quit]
huawei has joined #linux-sunxi
Leepty has quit [Ping timeout: 260 seconds]
BenG83 has joined #linux-sunxi
huawei has quit [Remote host closed the connection]
BenG83 has quit [Ping timeout: 246 seconds]
komunista has joined #linux-sunxi
BenG83 has joined #linux-sunxi
souther has quit [Remote host closed the connection]
terra854 has quit [Quit: Connection closed for inactivity]
souther has joined #linux-sunxi
souther has quit [Ping timeout: 240 seconds]
WaspCo_ has joined #linux-sunxi
souther has joined #linux-sunxi
reev has quit [Ping timeout: 256 seconds]
souther has quit [Read error: Connection reset by peer]
souther has joined #linux-sunxi
WaspCo_ has quit [Ping timeout: 260 seconds]
souther_ has joined #linux-sunxi
souther has quit [Ping timeout: 264 seconds]
Worf has quit [Quit: Konversation terminated!]
souther has joined #linux-sunxi
souther_ has quit [Ping timeout: 246 seconds]
souther has quit [Ping timeout: 246 seconds]
souther has joined #linux-sunxi
souther has quit [Ping timeout: 264 seconds]
souther has joined #linux-sunxi
Hao has joined #linux-sunxi
Hao_ has joined #linux-sunxi
Hao has quit [Read error: Connection reset by peer]
Hao_ has quit [Client Quit]
souther has quit [Remote host closed the connection]
Hao has joined #linux-sunxi
souther has joined #linux-sunxi
Hao has quit [Ping timeout: 260 seconds]
souther has quit [Remote host closed the connection]
DullTube has quit [Ping timeout: 260 seconds]
souther has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
souther_ has joined #linux-sunxi
souther has quit [Ping timeout: 256 seconds]
souther_ has quit [Ping timeout: 240 seconds]
Hao has joined #linux-sunxi
chomwitt1 has joined #linux-sunxi
souther has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
souther has quit [Remote host closed the connection]
Axl_ has joined #linux-sunxi
souther has joined #linux-sunxi
souther has quit [Ping timeout: 246 seconds]
souther has joined #linux-sunxi
IgorPec has quit [Ping timeout: 256 seconds]
alexvf is now known as alexvf_out
sunshavi has joined #linux-sunxi
souther has quit [Remote host closed the connection]
camh has quit [Ping timeout: 246 seconds]
fkluknav has joined #linux-sunxi
souther has joined #linux-sunxi
camh has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
victhor has joined #linux-sunxi
gzamboni has quit [Ping timeout: 240 seconds]
rotcpy has quit [Quit: leaving]
yann-kaelig has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
leviathan has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
vickycq has quit [Ping timeout: 260 seconds]
leviathan_ has joined #linux-sunxi
leviathan has quit [Ping timeout: 260 seconds]
Axl_ has quit [Remote host closed the connection]
leviathan_ has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
vickycq has joined #linux-sunxi
massi has joined #linux-sunxi
BenG83 has quit [Ping timeout: 260 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 240 seconds]
rotcpy has joined #linux-sunxi
reinforce has joined #linux-sunxi
<MoeIcenowy>
P.S. I found that in many Pi's community, some people that even do not know Linux well are trying to use Pi's ...
<MoeIcenowy>
I don't think it's good
<scelestic>
you have to start somewhere? (granted i started in '96)
<scelestic>
or arent SBC's right for starting?
<Ke>
vms are the easiest
<scelestic>
fair point
<MoeIcenowy>
In '96 I was even not born ;-)
<KotCzarny>
:)
<KotCzarny>
you are young and know linux WELL
<KotCzarny>
no excuse for others
* scelestic
feels old again
<multi_io>
KotCzarny: my problem is that with the mainline kernel, the b53 driver doesn't even recognize the switch -- dmesg shows no "found switch" or "PHY ID" messages
dizz74 has joined #linux-sunxi
<KotCzarny>
multi_io: you have 2 options. 1/ mainline one, which doesnt use b53 module, 2/ patching b53 back into mainline
<KotCzarny>
told you, read that thread i've pasted
<wens>
i must've missed any context
<KotCzarny>
in way #1 you dont use swconfig anymore, in #2 you use swconfig
<dizz74>
Friends, please help: can I get extended log of updating device by .img in PhoenixSuite? Phoenix error on 7%, If I select "format-yes". But if I select "format-no" - its burning ok, but stuck on boot-logo. Previous devices updating good by this .img, but new devices have error when updating.
<dizz74>
updating from android 4.4 to 6.0
<multi_io>
KotCzarny: so with mainline I use brctl instead of swconfig?
<multi_io>
and it's normal that the b53 driver in mainline (compiled in statically, *b53* files appear in /sys/) doesn't find the switch?
<KotCzarny>
read the thread
diego_r has quit [Ping timeout: 260 seconds]
sunshavi has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
dizz74 has quit [Quit: Page closed]
sunshavi has joined #linux-sunxi
fkluknav has quit [Ping timeout: 258 seconds]
fkluknav has joined #linux-sunxi
multi_io has quit [Ping timeout: 258 seconds]
multi_io has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
<Ke>
KotCzarny: it's not about what you know, but how many years of experience you have, preferably 50 years of experience with Linux
massi has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
libv_ has joined #linux-sunxi
<KotCzarny>
ke: virtual or real hours?
<Ke>
man hours obviously =o)
libv has quit [Ping timeout: 256 seconds]
<Ke>
with 10 personalities, it would be 5 years
zoobab has joined #linux-sunxi
<zoobab>
hi
my123 has quit [Ping timeout: 240 seconds]
apritzel has joined #linux-sunxi
leviathan has quit [Ping timeout: 246 seconds]
leviathan has joined #linux-sunxi
libv_ is now known as libv
my123 has joined #linux-sunxi
my123 has quit [Changing host]
my123 has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
dave0x6d has quit [Quit: Connection closed for inactivity]
|Jeroen| has joined #linux-sunxi
<WaspCo>
MoeIcenowy: I guess you're talking about me ? I'm indeed not a master of linux. "Teach, Learn and Make with Raspberry Pi" that's what is written in big fat letters on the main RaspberryPi page. I'm trying again : ] Does anyone know how I can force my BananaPi M3 to reboot from the internal memory and not from the sd card (via ssh) ? Thank you
<apritzel>
WaspCo: so you want to boot from eMMC instead of the SD card?
<WaspCo>
Yes. The only way I've found is to physicaly remove the sd card. I think uboot is controlling this
<apritzel>
WaspCo: well, the SoC itself has a burned in boot order
<apritzel>
which is probably: try SD card first, then eMMC
<apritzel>
at least that's how it is with other Allwinner chips, don't know about the A83T for sure
<apritzel>
but that affects only the U-Boot loading
<WaspCo>
Ok. So there isn't any "software" way of doing this ?
<apritzel>
so if you don't have the magic Allwinner binary on the SD card, it would skip to eMMC as well
<apritzel>
but I was wondering if you were talking about a Linux root partition, actually?
<apritzel>
so you don't care whether it loads U-Boot from SD or eMMC, but want to use the filesystem on the eMMC?
<WaspCo>
Yes I did
<WaspCo>
Yep
<apritzel>
this would then pretty easy then, it's all in the U-Boot environment
<apritzel>
you would need to find where U-Boot loads the kernel from and how it gets the kernel command line
<WaspCo>
Ok. I'm gonna look for some information about this
<apritzel>
WaspCo: is that some legacy U-Boot or upstream?
<WaspCo>
I think it's an old legacy/creepy u-boot that nobody love
<apritzel>
in any case: just type: "printenv", take a deep breath and try to untangle what it does, starting at "bootcmd"
<apritzel>
at least legacy U-Boot then iterates over several boot media and tries to find something useful
leviathan has quit [Ping timeout: 260 seconds]
<apritzel>
there should be some ways to change the order
<apritzel>
if not, use can try to alter the boot script that is picks up
<apritzel>
a hackish solution would be to change the boot script on the _SD card_ to actually point to the _eMMC partition_
<apritzel>
argh, that should read: "at least *upstream* U-Boot then iterates ..." above
<WaspCo>
Ok. Thank you for your help, I appreciate
<WaspCo>
printenv mostly gives me common information about my device
<apritzel>
no "bootcmd" variable?
<WaspCo>
It's quite short
<WaspCo>
nop
<apritzel>
do you have a boot.scr file somewhere?
<apritzel>
maybe it loads and executes this?
<WaspCo>
I have a boot.scr in /boot
<apritzel>
you can take a look in there, maybe that's your boot script
<apritzel>
the first 64 bytes are the image header, so you might see some garbage
<apritzel>
$ cut -c 64- boot.scr should fix this
<WaspCo>
Yes indeed. There are a couple of "setenv *"
<apritzel>
check bootargs
<WaspCo>
I'm gonna look at the uboot documentation. The first 64bytes are useless ?
leviathan has joined #linux-sunxi
<apritzel>
for a human reader: yes, for U-Boot: no
<apritzel>
I'd strip them for now, then repackage the script with mkimage
<WaspCo>
I guess it is the SD card root partition. I should be able to change this to the /dev/mmcblk* that I want ?
<apritzel>
yes
leviathan_ has joined #linux-sunxi
<apritzel>
that would still load the kernel from the SD card, but then use the root partition on the eMMC
leviathan has quit [Ping timeout: 260 seconds]
<WaspCo>
Ok. I think it's not a problem, as long as it only is a temporary solution
<apritzel>
well, you could even try to change root on the U-Boot prompt
<apritzel>
setenv root "/dev/mmcblk1p2"
<apritzel>
boot
<apritzel>
or you change the boot script by putting the (changed) command into boot.scr.txt and creating an U-Boot script image file: mkimage -A arm -O Linux -T script -C none -n boot_script -d boot.scr.txt boot.scr
leviathan_ has quit [Ping timeout: 260 seconds]
<WaspCo>
Sorry, I don't know a lot about linux. I don't have any U-boot prompt. So this boot.src file is pointing to both my boot and root partitions. And I need to change both of them to completly boot from the eMMC ?
<apritzel>
can you paste the content of boot.scr somewhere?
<apritzel>
so is there variable called "root" in the printenv output
<WaspCo>
No there isn't. I have PWD=/boot maybe ...
<apritzel>
I was actually talking about "printenv" on the U-Boot prompt
<apritzel>
why do you need to have the SD card in the slot in the first place?
<apritzel>
the nice thing about a board having eMMC is that you don't need a magic SD card ...
yann-kaelig has quit [Quit: Leaving]
<WaspCo>
Oh sorry. i'm gonna give it a look
Hao has quit [Ping timeout: 240 seconds]
tkaiser has joined #linux-sunxi
jernej has joined #linux-sunxi
<WaspCo>
I'm away from the server and wanted to install a new system on the eMMC. I did, but now I can't boot the eMMC. And anyway being able to boot from the SD card would be some kind of an emergency system
<apritzel>
but how would you decide that?
<WaspCo>
by u-boot you're talking about the boot verbose stuff that I usually get on startup ?
<apritzel>
isn't there some timeout, two seconds usually?
<WaspCo>
That's a good question
<WaspCo>
It's a headless server, i'm using ssh
<BenG83>
do you have a serial cable?
<apritzel>
BenG83: ah, good question ;-)
<WaspCo>
nop : ]
<BenG83>
you can't see u-boot over your network connection
* apritzel
can't imagine people not having a serial console ;-)
<tkaiser>
WaspCo: You're using a crappy SinoVoip OS image right?
<apritzel>
WaspCo: so then, go ahead and edit the boot.scr
<tkaiser>
apritzel: Nope
<WaspCo>
tkraiser: Yes until now
<WaspCo>
apritzel: Thank you for your help : ]
<tkaiser>
apritzel: Doesn't work, they use smelly u-boot and on the FS of their crappy OS images is everything that could be used for any of their boards (now even stuff for MediaTek based R2)
<tkaiser>
apritzel: Then they have a set of scripts that fiddles around with dd to overwrite u-boot+spl and initrd. It's a total mess
<WaspCo>
tkraiser: I really regret having one of them ...
<KotCzarny>
sell it
<KotCzarny>
buy xbox
<apritzel>
KotCzarny: I think he means the Sinovoip image ;-)
<KotCzarny>
oh
<apritzel>
tkaiser: but the boot.scr looks like it's the one which gets picked up by whatever crappy U-Boot they use
<WaspCo>
I've been reading your different forums and know I understand the great mistake that I made. Just wanted a Gigabit ethernet with a strong Soc
<tkaiser>
apritzel: The one where it's written 'setenv board bpi-m64'?
<KotCzarny>
um, rk3388 or whatever was the id
<apritzel>
tkaiser: well, yes, that's dodgy, but at least you can hack in here and change everything
<apritzel>
short of teaching WaspCo how to get upstream Linux running on the boards ;-)
<tkaiser>
apritzel: Nope, they ship with a small partition containing 100 MB of pure junk.
<KotCzarny>
i always wonder what people require gbit for
<apritzel>
WaspCo: the BPi-M64 is quite good, actually
<apritzel>
despite tkaiser not liking Bananas :-D
<apritzel>
WaspCo: you just have the wrong software
<tkaiser>
apritzel: The boot.scr is only there to be used with longsleep's later u-boot, all the stuff that matters here deals with u-boot 2011.09 (or 2009.11?)
<KotCzarny>
apritzel: but tkaiser's opinion reflects board/design quality
<WaspCo>
What do you guys think. Should sell my BananaPi M3 and buy a better one with better support or just use use some better images ? (make mines by myself ? )
<KotCzarny>
WaspCo: if you want something working fast, yeah, look at the support first
<longsleep>
uhm, what exactly is uboot.scr ?
<tkaiser>
apritzel: So unless you didn't execute 'bpi-make-some-voodoo' script it has no function
<KotCzarny>
if you like to hack thinkgs up..
<apritzel>
tkaiser: oh wait, got confused, WaspCo actually has a BPi-M3, but somehow ends up with this M64 boot.scr ...
<tkaiser>
apritzel: Yes, since you asked for ;)
<WaspCo>
It really piss me off having to deal with crappy software, just want to have a good web/file server
<longsleep>
tkaiser: uboot.scr is the thing i call uboot.env?
<apritzel>
WaspCo: so it looks like this boot.scr is the wrong one then
<BenG83>
boot.scr gets built from boot.cmd with mkimage
<apritzel>
WaspCo: dunno how it ends up on your SD card
<tkaiser>
BenG83: But is of no use for this smelly u-boot version this BPi M3 uses with SinoVoip's stuff
<longsleep>
tkaiser: huh ok, so its similar to uboot.env but does not replace the default environment / i hav enever used it
foxx has quit [Ping timeout: 264 seconds]
<longsleep>
tkaiser: its the same as uEnv.txt but binary
<WaspCo>
It's a raspbian Lite Image from the "official" website
<longsleep>
tkaiser: not the same, but does the same
<apritzel>
longsleep: I think it's just different names for the same thing
<tkaiser>
longsleep: They SinoVoip guys mentioned they used Armbian build system so maybe it's from there, I think Mikhail changed a few things compared to your Pine64 stuff.
<BenG83>
uboot.env is made with another tool, it confused me last weekend when I was working with longsleep's build tools
<KotCzarny>
WaspCo: original banana wasnt bad (bpi-m1)
<KotCzarny>
rest was downhill
<BenG83>
because I thought it works like boot.cmd/boot.scr but didnt ;)
<longsleep>
apritzel: no - i got it wrong, uboot.scr contains commands as they would be entered on the uboot prompt - why would anyone use that?
<KotCzarny>
WaspCo: and best part it's almost fully supported now
<BenG83>
does uboot.env support scripting?
<BenG83>
I think you can automate some things with boot.scr like Armbian does
<WaspCo>
KotCzarny: So maybe I should wait 3 years until making some use of it ahah
<apritzel>
longsleep: because the default U-Boot distro_bootcmd stuff picks that up and executes it
<KotCzarny>
WaspCo: for best support just go to armbian.com/download and choose one of those boards
<tkaiser>
WaspCo: Do you use the 'SATA connector' on BPi M3?
<apritzel>
longsleep: think autoexec.bat :-D
<longsleep>
BenG83: well - with uboot.env you can set whatever scripts you want to the environment including the default command
<longsleep>
apritzel: yeah - that comes close
<WaspCo>
KotCzarny: Ok thanks
<KotCzarny>
WaspCo: will save you from having to piece things together yourself
<WaspCo>
tkaiser: No, just a usb hdd
<tkaiser>
WaspCo: Good choice since the shitty GL830 onboard USB-to-SATA bridge is not only slow as hell but also broken.
<tkaiser>
WaspCo: I booted M3 just 2 hours ago to confirm that. This whole board is junk.
<BenG83>
I found a BPi M3 at work but didnt have time to play with it really
<WaspCo>
tkaiser: Yes, I heard you talk about that on some forums : ] You were fighting these Chinese "engineer" It was quite funny
<longsleep>
apritzel, tkaiser what i do not get is why one wants to use a scripted approach for these settings when the stuff could already be the default environment?
<apritzel>
longsleep: in this case WaspCo can't easily access the U-Boot, bc of no serial console
<apritzel>
longsleep: so breaking in there, changing some variables and doing savenv is no option
<apritzel>
but it seems that this boot.scr is a red herring
<longsleep>
apritzel: well if they can create a uboot.scr they could as easily create a uboot.env which does the same thing without overwriting some of the existing defaults on runtime
<longsleep>
apritzel: or maybe their uboot cannot load environment from file
<longsleep>
tkaiser: yeah - thats much better imho, as no binary files
<tkaiser>
longsleep: Misunderstanding: They don't do uboot.scr since it took them (SinoVoip people) over a year to understand how to load even script.bin ;)
<longsleep>
oh
<BenG83>
I like this way to patch the dtb on the fly
<BenG83>
works around overlays where they are not available
<WaspCo>
KotCzarny: There is no BananaPi M3 img on armbian.com/
<KotCzarny>
WaspCo: yup, i've suggested you to buy one of those boards ;)
<apritzel>
longsleep: well, actually you should just load bootaa64.efi ;-)
<BenG83>
played a little bit with that when I adapted the Armbian mainline image for my Pinebook
<longsleep>
apritzel: yeah, i know :P
<tkaiser>
WaspCo: Why should there be any? If wens and vishnup continue with their work then in a year or so we'll have a mainline kernel only image. Igor took the time to collect patches so by using the build system you could do an image yourself
<KotCzarny>
that way you would get working and stable image
<apritzel>
we're getting closer to that, but for the time being I just put boot.scr in my /boot and tell it about the kernel and rootfs
<tkaiser>
WaspCo: And I assembled a pseudo Armbian image with SinoVoip's crappy u-boot/kernel a year ago (not recommended): http://kaiser-edv.de/tmp/2m8dxM/
<WaspCo>
Ok thank you for that. I have no idea how to assemble an image by myself but I will learn if necessary in order to have stable and clean system
<tkaiser>
apritzel: BTW: Are you interested in a small parcel from FriendlyELEC to play with more H5 devices?
apritzel has quit [Ping timeout: 260 seconds]
<tkaiser>
WaspCo: The image I mentioned is just SinoVoip's u-boot/kernel combined with a clean Armbian rootfs from a year ago. So you get somewhat sane settings/userland but also 'rootmydevice', Dirty COW and most probably some other vulnerabilities related with display stuff too ;)
<WaspCo>
tkraiser: Ok. It is the cleanest image I could find for the BananaPi M3 ? It's for an headless server, and I just would like to tweak freq/volt
<tkaiser>
BenG83: Pinebook with mainline kernel? Without PMIC/battery support?
<BenG83>
yes
<BenG83>
and without DVFS
<BenG83>
so only runs at the 816Mhz operating point
<tkaiser>
BenG83: And no display? ;)
<BenG83>
LCD (and HDMI) via u-boot
<BenG83>
+simplefb
<BenG83>
MoeIcenowy made some experimental branches for the PB
<BenG83>
with u-boot and the ANX eDP bridge driver
<BenG83>
so LCD works
<tkaiser>
BenG83: I'm already curious. Get the 14" Pinebook in a few weeks. Note to myself: Don't review it too soon. ;)
<BenG83>
heh
dave0x6d has joined #linux-sunxi
<BenG83>
tl is active on #Pine64 tonight if you have questions
<tkaiser>
BenG83: It's just that I'm too biased since I work with 'laptops' only for the last 15 years and this will be the worst downgrade ever ;)
<BenG83>
heh yeah
<BenG83>
I see it more as a challenge to see what can be squeezed out of such a device
<BenG83>
I mean if you have seen a A64 device before you basically know what works
tlwoerner has joined #linux-sunxi
<BenG83>
I run only i3wm on it atm with mainline
<BenG83>
makes good use of the screen space
<BenG83>
and 720p is not too bad for my 11inch prototype
<BenG83>
I was at Embedded World yesterday, but the only AW based device I saw was this:
<TheLinuxBug>
Well A20 is very stable is what I can say for the 2 years I used one in my NAS I think I rebooted 3 times and once was to replace a failed drive in raid
<TheLinuxBug>
had uptimes of almost a year
<TheLinuxBug>
at one point
lkcl has joined #linux-sunxi
<TheLinuxBug>
tkaiser: switched over to the ESPRESSObin, its pretty awesome, full speed SATA was doing about 180M/sec read/write to my raid
<MoeIcenowy>
Seems that A20 is at least making industrial market in China ;-)
<tkaiser>
TheLinuxBug: One year uptime?! So what? :) last year I was at a customer's site and they asked whether they could update their 'server'. An old SparcStation with an uptime of close to 5000 days ;)
leviathan has quit [Ping timeout: 260 seconds]
<TheLinuxBug>
ahahaha
<TheLinuxBug>
well I am say for practicality
<TheLinuxBug>
its a very stable board
<TheLinuxBug>
but I my self wanted to update the kernel a few times if I recall
<TheLinuxBug>
so rebooted for new kernels
<tkaiser>
TheLinuxBug: And honestly: 180MB/s for a Marvell design is dog slow. But your paste mentions the problem: Crappy External Jmicro PM raid5
<TheLinuxBug>
Consider it was ~35M/sec writes/ ~80M/sec reads and I was limited to 45M/sec gigabit (1 core bound) on the A20, I will take 180M/sec read/write and 80M/sec gigabit all day
<TheLinuxBug>
I am sure with SSD I could get better reads/writes
<TheLinuxBug>
but for that raid5 array I am QUITE happy
<TheLinuxBug>
with the improvement
<TheLinuxBug>
tkaiser: ESPRESSObin with their 4.8.4 kernel was hitting a hard wall about 75-76M/sec upload and about 70M/sec download though in my tests with iperf
<TheLinuxBug>
I would get short bursts higher than that
<TheLinuxBug>
could also be hitting limit on the other server I am testing from though
LargePrime has quit [Ping timeout: 240 seconds]
<TheLinuxBug>
I am anxious to test out the built in switch though
<TheLinuxBug>
I intend to actually link another server directly to it to see if better throughput than througha switch