lanefu

This could be old news, but my plex update today threw a message out on the console (apt upgrade) that official armv7 and armv8 packages are available.  This should be a pretty solid performance boost for most of us I would imagine, the old packages were fro armel NAS boxes.  Testing it out on my XU4.

still coming.. nice to see.  @jernej is also mentioned for his support on this journey
 
https://bootlin.com/blog/allwinner-vpu-campaign-one-year-anniversary/
 

First render.
I'll make the dirt look more rough. I don't know of the color(colorblind...) I'll make the stone look marble.
 
I can also make grass and make it look a lot more cheerfull, maybe flowers or so.

One more question for you... with the kernel "thinking" it's running at 1GHz (even though it isn't) that means it is still using the AVS logic as if it is running at 1GHz, correct?
 
Aren't all the problems I'm seeing telling us that the hardware even has stability problems at 800 MHz? So the kernel patch I showed above wasn't sufficient.
I wonder if Marvell is doing anything about this.
 
The espressobin has such great potential... there are a few commercial products built around it already. I don't understand how they could be ignoring these stability issues.

Here it comes
 
It works like this, you have a base frequency of e.g. 1000MHz and you have 4 load levels. For every load level you can define a divider and a core voltage.
 
Base frequency divider real frequency core voltage 1000 MHz 1 1000 MHz 1.10 V 1000 MHz 2 500 MHz 1.05 V 1000 MHz 4 250 MHz 1.00 V 1000 MHz 5 200 MHz 0.95 V  
Without the patches for the cpu freq driver the kernel thinks it uses a base frequency of 1000 MHz, but in reality is looks like this:
 
Base frequency divider real frequency core voltage 800 MHz 1 800 MHz 1.10 V 800 MHz 2 400 MHz 1.05 V 800 MHz 4 200 MHz 1.00 V 800 MHz 5 160 MHz 0.95 V  
As the cpu is running with a lower frequency in reality it also is not a problem that the core voltage is not high enough for the lower load levels.
 
The problem is not the core voltage of the highest load level, but the lower load levels (which one precisely I don´t know).
 
I hope I could explain it to you, if something is still not clear, just ask.

@kexec I've changed the code and tested it on my board and EDID reading works for me with patches that I've sent to the mailing list, today: https://lkml.org/lkml/2019/4/5/857
 
So hopefully all this will be working in armbian soon.

I'm fuzzy on it myself. I always thought my boards were running at 1GHz until FlashBurn explained otherwise.
I hope he will chime in soon on this point.

Those are awesome. Good idea ill add all the words on top with gimp

I could be simply having a penguin wearing a construction hat and holding a shovel ...
 
EDIT : ... placed on top of a big block written WIP with black/yellow diagonal bars ...

@lanefu Something like this ok? It's first low res render, I've got to fix a lot of things.
d
Then you can add a banner over it, or big letters like this.
 

I can't do dark and grey. Blender is a program of light. Darkness is very difficult.
 

Bleak. Gray scale. Sad pengiun sitting in darkness Then just like words scsttered around like "unsupported" "wip" "csc" "use at own risk" "NOT FOR PRODUCTION" "you're on your own" "unstable"

Hey many sorry I had it written down to follow-up on this.   I did render one hires..a few weeks ago.   I'll try to get the images together and put a poll up soon-ish

The elegant way is supplying a lib.config in userpatches and insert the line:
KERNELBRANCH='tag:v4.19.20'  

Hey many sorry I had it written down to follow-up on this.   I did render one hires..a few weeks ago.   I'll try to get the images together and put a poll up soon-ish

@lanefu, fair enough.  
 
@PDP11, I too have a little confession.  After just discouraging a non-systemd-based distro just above, my daily driver laptop has MX Linux, which defaults to a non-systemd init system.  So there's irony in the exact opposite direction of you on your systemd-based chromebook.  
 
Having said that, I had to use the boot-to-temporary-use-of-systemd option (that MX Linux includes in their Grub menu), because I needed to install and use a snap, and snapd requires systemd (at this time).

The request for a Devuan option was just to give some thought for a way out in case one is forced into a corner by any upcoming events or code-blockers.
 
Fortunately, Devuan is not some kid's re-spin of Debian, but is a project maintained by actual Debian developers.  But yeah, like all projects, manpower is always the 600 pound gorilla.
 
For sure, I'm not going off on a socialogical bend either.  For example, this reply comes from a Chromebook, which is using systemd to my knowledge, so it would be highly hypocritical of me to go cheerleading against it.
 
I'm just trying to think a few years ahead into the future - just in case.   *If* there comes a time when systemd scope creep becomes intolerable (it's more than just init now), Devuan might be a reasonable option.   Will this creep extend to hardware itself?  Redhat-Inside stickers?  Are we cool with that?  Maybe so.
 
As a geezer, I'm just trying to think about options.  If I want it bad enough, I'll just have to "shut up and hack" since we're blessed by having full source code.  (Many thanks to Keith Bostic [CSRG - BSD] for seeing that through - they could have just closed up shop and called it a day - we're pretty lucky for that.)
  
Straying OT again - but of course thanks to RMS - even though Keith and RMS didn't see totally eye to eye, there was enough cooperation to help see that through - well before the Linus days when he was only hacking a Vic-20.
 

Release WIP and CSC images from their own page with very specific limitations, including, but not limited to: no kernel or u-boot updates, ideally with the kernel and u-boot package names modified with -unsupported-
 
Explain these are demo snapshot images, potentially even package a different wallpaper that has -unofficial- or something similar watermarked across it.  Maybe even use the default WM theme.

I agree that it is quite good deal for a money. using android works great as media player (vp8,x265) and even some games works nice. I recommended everyone  to try Beach Buggy Racing as gpu demo game is quite impressive.
 
Linux is another story but it has bright side to
 

Man..... i kinds wish gopher would make a come back for my terminal lifestyle dreams 

Devuan on ARM is up!
 
Ok, so all I had was an RPI3, but yeah it's a base system.  Classic root/toor .  You do the rest.  Noted that /etc/fstab might need some Armbian love to save your sd card.  Crusty old 1.22 ver of busybox included as a catastrophe fallback.  Yeah, replace that if you like with an up to date version pronto.
 
Beginners who cut n paste docs might get frustrated by not seeing an mmcblk0 device from some other box when dd'ing the image, and using /dev/sdx initially.
 
So there you go.  Kernel 4.9.16, classic init style.  Whaddya know?  It works!  Rock systemd if you want, but nice to know Devuan is more about choice than the init drama itself. (other than luser fanboy stuff...).
 
DIAGNOSTICS:
Interestingly enough, my usb mouse kept on disconnecting and reconnecting at random intervals spewing itself on the console while doing so.  Makes me wonder if something like that could be *hidden* by systemd constantly babysitting it and only a binary log review would reveal it?  Dunno - too many variables - luser talk.  Might be interesting to bring up the same systems with different inits to see who's talking and who's not.
 

Just wanted to announce that Armbian-NG (https://github.com/AndrewBCN/Armbian-NG/) has been chosen as the OS to power the new CNX Election Meddling System (https://www.cnx-software.com/2019/04/01/introducing-cnx-election-meddling-system/).
 
Why? Because Python. 
 
Have a nice day and don't forget to vote!

This smells like someone savvy with higher ed dollars and grant money
 
So in all seriousness, what would armbian certified look like to you.  What are the skills that one would be trying to master.  As a brainstorming here's some possibilities:
 
Using build system to build custom images and kernels alternate kernel options the user-patches framework kernel patches alternate system configurations software preinstallaion Understanding the SBC ecosystem vendor culture kernel fragmentation u-boot fragmentation Mainlining Initiatives u-boot kernel Adding your own community support board to the ecosystem -- assuming you plan to continue to support it

That's super awesome.   Out of curiousity, what do you and you students do with armbian?  and what kind of hardware generally?
 

Thanks Martin! I just validated on my OpiOne+

Once people not only get some board all working, but actually deployed to solve some real-world problem, there should be a place on this forum to showcase that, including pictures, or embedded videos.  Any tricks or hacks they needed to use could be listed as well, in case others want to also do the same sort of project.
 
For example the OpenMediaVault forum already has a sub-forum like this, called "My NAS build".
 
Maybe this new subforum could be called something like "Deployment Showcase".