xnyle

Old post below, here is what I found out thanks to some help from linux-sunxi IRC, I think this is a bug in the ondemand governor When using ASIX AX88772B USB to ethernet adapter and the cpu-governor is on ondemand, transfer speed is very slow. If governor is set to conservative or performance (yes that's right) speed is ok, 50 Mbit at least. So the problem has nothing to do with cpu speed as such (it's working @ steady 480Mhz and @ steady 1200Mhz) for now I'll stick with conservative as I don't want my board to burn up, but It would be nice if someone could take a look at that ondemand governor. Additional info: Changing SMP-affinity on USB IRQs (cat /proc/interrupts |grep ehci_hcd:usb) also improved performance a bit, but not much, this seems to be missing for OrangePi Prime in /etc/init.d/armhwinfo: for i in $(awk -F':' '/ehci_hcd:usb/{print $1}' </proc/interrupts | sed 's/\ //g'); do echo 2 >/proc/irq/$i/smp_affinity done ---- Is the mainline USB support (4.14.34-sunxi64) known to be slow/ have bugs on H5 devices? I'm using a ASIX AX88772B USB to ethernet adapter (100Mbit) as a second network interface which can hardly reach 13Mbit. Also when using USB keys and copying large amounts of data the kernel sometimes crashes and until then ksoftirqd uses up to 40% cpu. A normal usb key (storage device) attached can reach 50Mbit which is not great but ok I guess. The ASIX adapter itself, works @80Mbit on the Rpi3, so it's not the adapter as such which is causing the problems. It's connected as high speed device (Driver=asix, 480M) I just would like to know if this is a know restriction/bug, in the current mainline kernel in which case I can just wait.

Agreed to everything. Thing is, I didn't complain about anything. I just asked if the build is working because I don't like Ubuntu. It isn't, I can't use it then, no problem. Someone gave a useful hint about debugging it, I basically said I don't want to do that because of knowledge (or better time) constraints, and THEN someone starts to rant for no reason. And it just goes on from there. But Ok, happens if ppl read between the lines. I think we could close this topic as it went way off .. that topic.

Just dug this up. What do you think is the "best bang for the buck" in 2018 for NAS and / or Webserver (Owncloud, etc.)? H5 / A64 / RK3328 or a 32 bit board? Of course "buck" is also important < 50$ maybe?

I'm not sure, if I give advise I usually don't start with "Incredible !". Regarding sysbench, thanks, especially the raspberry power part. Up to now I thought I had a solid PSU.

I don't want to play with it, i just use it. I own a USB-TTL-Serial USB dongle, although without the wiki I wouldn't exactly have known what to do with it. "Incredible" though is that you assume everyone always has as a workbench full of electronic equipment ready to go. I'm happy there are kernel hackers out there who get those boards running, but I guess I'm not happy with their attitude towards "normal" users sometimes...

Probably this still unfixed bug. https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1731769 That's why I like Ubuntu so much, main point is, it looks nice...

1. Change mode in /boot/armbianEnv.txt, possible modes can be found by looking at boot.cmd 2. generate new boot files via mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr

Thanks, but I guess "UART console" is a bit beyond my knowledge/equipment level. I'll stick with Ubuntu for the next months and then reinstall Debian.

On Xenial A64 I added an entry for a LUKS partition into /etc/crypttab (after installing cryptsetup which added its stuff to uBoot). But at boot I don't get asked for a password If I add a timeout in crypttab, boot continues with a rescue console, if not it hangs forever. Other than that I have no clue what's going on, journalctl only shows "systemd-cryptsetup failed, status 1" obviously because no password was given. I also added dm-crypt to modules and called update-initramfs, but that didn't change anything

Sorry if that already has been answered, couldn't find anything via search function: I have a 1920x1200 TFT attached, works well with 1080p but of course everything is a bit stretched. I tried to understand how boot.cmd/scr work, but essentially there are no entries in those files for that resolution. Search for fdt_disp_mode showed up exactly 2 hits on Google So I'm a bit lost. Is it possible at all?

Well it doesn't even boot, so had to use Ubuntu. But something is not right, or this board is awsome performance-wise. sysbench --test=cpu --cpu-max-prime=20000 --num-threads=32 run 7 seconds? seriously? there has to be a hack somewhere? RPI 3 needs 220 seconds.

Just for clarification: Is this build broken, or does it boot? Debian_stretch_next_nightly.7z2017-11-05 10:07 All I need for that board is proper USB storage and Ethernet support. They are "recommended " for a reason. The reason is always derived from a biased point of view. If I don't need the parts that are not working, I don't really care.

Thanks, my concern about ubuntu is (beside the junk) that there is no rolling release version like debian testing. So every 6 months I either have to reinstall everything, of face certain chaos when trying to upgrading ubuntu... At least that was the state of Ubuntu on ARM when I stopped using it a few years ago. Anyway, seems I'm out of options here with that particular Orange board ;-)

Hi there, I noticed there are up to date builds for Pine64 for Debian and also up to date ones for Ubuntu for the Orange Pi Win. But none for Debian and Orange Pi Win, newest ones are from November probably with legacy kernel? Is this just some kind of build script hiccup? If not, do you have an idea about a timeframe for new Debian builds? (I'd rather not use Ubuntu if it's just a few days/weeks I'd have to wait for Debian.)

Hi there, the update script doesn't work correctly if lsb-release is sid or testing, so it first treis to load the wrong package infos and then after fixing that tries to install linux-sid-root-next-bananapi. Solution: update scripts to handle sid or testing as if they were jessie