lanefu

pyenv may be another option

Try removing the mappings. Xfce was odd with the volume keys when i was working on pbp

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

Hmmm probably need to start working on a testing framework for it as well

Yeah good catch. I remember big little causing problems.

Yes the 64bit ARM CPUs support virtualization.. it's just not enabled in our kernels... something we should re-evaluate at some point.. You can build a kernel and enable it with the armbian build tools. I've ran VMs in the past, there's a bit of glue involved such as getting the qemu efi bios. Sorry I haven't played with virtualization in about a year.

Its not recommened so try at your own peril, but "freeze" the kernel via armbian-config and then go through the traditional ubuntu dist-upgrade procedures.

See this thread for getting started.

Thanks. I added it to our tracker https://armbian.atlassian.net/browse/AR-612

How are measuring transfer speed? How are you transferring. Also lots of small files (like retro games) typically have terrible transfer.

I'll continue to help with PBP.. As you all are familiar my work usually comes in bursts.. But yeah i'd like to build kind of a specific community up for it.. almost wonder if its worth a subforum under RK3399 or osmething. I'm getting a PBP bare motherboard that i can use for the bare metal testing of liek uboot etc... and @Rich Neesehas a PBP coming in the mail

The port speed on the Rockchip UART is insane. its 1500000. so just in case you haven't been specifying try like screen /dev/ttyUARTPATH 1500000

are you using a proxy?

Maya make it https://apt.armbian.com/region/EU and that should resolve https://github.com/armbian/dl-router/issues/2

Try a different program for your uart such as tio Also try export TERM=xterm && reset Or export TERM=linux && reset

Check out the CLEAN_LEVEL options for compile.sh Is your code in a forked repo where we can see a diff. If so please link Forum Account should be at standard level now.

On a similar note. I've made progress on my poor man's testing rig for power control and ttl console. I have some info here but currently docs are focused on gpio control

Hey i know there's been great progress on the sd mux board, but the worksonarm folks pointed me to some other reference designs so i thought I'd share. I believe the kicad files are in their git https://wiki.tizen.org/SDWire https://wiki.tizen.org/SD_MUX

For standard package adds and customizations i would just add code to the Customize image script For device tree and kernel modules you'll want to either use the Userpatches folders or just maintain your own branch of builder and have your patches there

Fixed Merged via 7bb5101 Note: Fix applied to "dev" Branch only as it is Kernel 5.10. and we are transitioning to it for next release. Will be available in next nightly dev kernel.

what happened?

Re opi3. Are you able to test this branch on your farm and see if it breaks anything? 5k added some fixes.. i guess i need to just grep around for that chipset https://github.com/armbian/build/pull/2473#issuecomment-746744252 Re 3d support. Should probably limit that to rk3399 stuff. However we should definitely replace the NOGPU Xconfig we ship with aml and rockchip to use modsetting driver instead of fbdev. Leave acceleration at none

Measuring disk performance is hard. You might want to try this command dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; unlink test

Hmm. Not sure what is up as i don't have that board. You could try an older image https://armbian.hosthatch.com/archive/nanopifire3/archive/