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
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
<rellla> alexvf: we have https://github.com/linux-sunxi/libvdpau-sunxi/blob/master/mpeg12.c#L94 , which is filled with VdpPictureInfo, you should get from your player.
<alexvf> yeah, but i don't know if something related to reference fields has to be done ...
<alexvf> the fact is that neither my player or mplayer works: both output a lot of noise (mplayer more noisy in fact)
<alexvf> and the problem is that i don't know if the fault is in mplayer and my player, or in libvdpau_sunxi
<alexvf> if someone with the latest libvdpau_sunxi and mpv could test ... because i cannot
<alexvf> when i say mplayer, i refer to mplayer2
IgorPec has quit [Ping timeout: 260 seconds]
<multi_io> the mainline kernel's b53 driver doesn't find the BCM53125 switch on the bananapi r1.
<multi_io> the sunxi-linux kernel with the b53 driver patched in does.
IgorPec has joined #linux-sunxi
mhlavink has joined #linux-sunxi
mhlavink has quit [Client Quit]
<rellla> alexvf: https://github.com/linux-sunxi/libvdpau-sunxi/blob/master/mpeg12.c#L101 gets filled with 01 (top field), 10 (bottom field), 11 (frame)
<alexvf> yeah, that's what i said before
<alexvf> with the file i postes, there are alternate 01 and 10 pictures
<alexvf> with the ones in your link (or many more) all pictures have picture_structure 11 (frame)
<alexvf> i don't exactly know why there are detected as interlaced even in that case, i guess it is because it comes from an interlaced source
<alexvf> so, if anyone can play such a video with 01/10 pictures and it works, i can rule out a problem in libvdpau_sunxi or hw decoder
<rellla> hm. as said, i have not setup here. maybe you can try in #cedrus if someone could try this file.
<alexvf> rellla: ok, thank you
codekipper has joined #linux-sunxi
<codekipper> wens: mripard : ping!
<codekipper> was wondering if you can help me debug drm on the A20?
<codekipper> and here is the response I get back from modetest http://pastebin.com/veyNc88t
<codekipper> however if I try to generate an image on hdmi then it barfs http://pastebin.com/TJJfsjzD
<codekipper> this is a new area for me so I'm not sure if I've missed something.
orly_owl_ has joined #linux-sunxi
<wens> codekipper: you have the same clock-output-names for both tcons
<wens> one is not getting registered
orly_owl has quit [Ping timeout: 240 seconds]
<codekipper> you are a hero!
paulk-blaze has quit [Quit: Leaving]
lemonzest has joined #linux-sunxi
<KotCzarny> multi_io: read the armbian thread how to configure it in mainline without patching
tlwoerner has quit [Quit: Leaving]
<KotCzarny> that one, read it whole
WaspCo has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
leviathan_ has quit [Ping timeout: 260 seconds]
leviathan has joined #linux-sunxi
LargePrime has quit [Ping timeout: 268 seconds]
orly_owl_ is now known as orly_owl
orly_owl has quit [Changing host]
orly_owl has joined #linux-sunxi
lkcl has quit [Ping timeout: 258 seconds]
Worf has joined #linux-sunxi
LargePrime has joined #linux-sunxi
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
<apritzel> yes, that's a bit annoying ;-)
<WaspCo> => setenv bootargs "console=ttyS0,115200n8 no_console_suspend earlycon=uart,mmio32,0x01c28000 mac_addr=${ethaddr} board=${board} root=${root} rootwait panic=10 consoleblank=0 enforcing=0 loglevel=2"
<apritzel> so what does "root" point to?
<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?
<WaspCo> Here it is
leviathan has joined #linux-sunxi
<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
<tkaiser> longsleep: Nope, it's about boot.scr: http://pastebin.com/h1FAF9i1
<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
<tkaiser> longsleep: if you're asking about more recent u-boot (at least Pine64 'legacy') in Armbian we do stuff like that: parsing /boot/armbianEnv.txt and then: https://github.com/igorpecovnik/lib/blob/master/config/bootscripts/boot-pine64-default.cmd
<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 ;)
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<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:
<beeble> BenG83: missed us last year :)
<BenG83> it seemed like i.MX is still dominating the industrial SOM landscape
<BenG83> other than that a lot of Tegra and Xilinx Zynq
<BenG83> some Marvell
<MoeIcenowy> AW is not so focusing on industrial SOM market
<tkaiser> MoeIcenowy: 'Not so'? ;)
<MoeIcenowy> maybe I can omit "so"
<BenG83> it would be nice to have some longer life cycle low cost SoC
<MoeIcenowy> and A20 is the best choice if you really want to use AW ;-)
<BenG83> i.MX gets expensive fast
<MoeIcenowy> seems that AW still have lots of customers that use A20
<MoeIcenowy> I've heard that they used to stopped the production of A20, but then restored it
<MoeIcenowy> tkaiser: seems that a router again?
<tkaiser> MoeIcenowy: Yep, mobile router with 4G and Wi-Fi
<BenG83> interesting
reinforce has quit [Quit: Leaving.]
<MoeIcenowy> but I cannot understand why such a mobile router will come with ethernet port...
<BenG83> a lot of industrial devices dont come with wifi
<BenG83> so if you want to do some remote monitoring or sth. Ethernet ports could be handy
<MoeIcenowy> P.S. I think now the newly produced A20 seems to be more targeting on industrial market
<MoeIcenowy> for consumer level it's becoming weak
<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 ;-)
<TheLinuxBug> tkaiser: https://paste.ee/p/2QyuX
<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
IgorPec has quit [Ping timeout: 240 seconds]
<TheLinuxBug> tkaiser: http://phoenix.phix-it.com/pics/espressobin/ was some quick pics I took of it
<TheLinuxBug> before it went into the server that is
|Jeroen| has quit [Quit: dada]
<TheLinuxBug> tkaiser: How was performan oce gigabit on the ClearFog ?
<TheLinuxBug> performance of*
tkaiser has quit [Ping timeout: 246 seconds]
LargePrime has joined #linux-sunxi
tkaiser has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Client Quit]
LargePrime has quit [Ping timeout: 240 seconds]
Net147 has quit [Quit: Quit]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
fkluknav has quit [Ping timeout: 258 seconds]
LargePrime has joined #linux-sunxi
lkcl has quit [Ping timeout: 264 seconds]
LargePrime has quit [Ping timeout: 240 seconds]
Net147 has joined #linux-sunxi
LargePrime has joined #linux-sunxi
LargePrime has quit [Ping timeout: 260 seconds]
Hao has joined #linux-sunxi
LargePrime has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]
WaspCo has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
LargePrime has joined #linux-sunxi
LargePrime has quit [Read error: Connection reset by peer]
codekipper has quit [Ping timeout: 260 seconds]
laj has joined #linux-sunxi
LargePrime has joined #linux-sunxi
laj_ has joined #linux-sunxi
laj has quit [Ping timeout: 260 seconds]
LargePrime has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
komunista has quit [Quit: Leaving.]
d0m has joined #linux-sunxi
LargePrime has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]
LargePrime has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]