• Content Count

  • Joined

  • Last visited

  1. 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.
  2. Armbianconfig on OrangePi Win shows dev and next kernel branches to switch to. When selecting next for instance the following packages would be installed: linux-image-next-pine64 linux-headers-next-pine64 linux-u-boot-orangepiwin-next linux-xenial-root-next-orangepiwin The image and headers dpkgs are not present in the repo (http://apt.armbian.com/pool/main/l/) though, so update fails. The suggested kernel image from https://www.armbian.com/kernel/ (linux-image-dev-sun50iw2) is also not present. Even the installed kernel (linux-image-pine64) is not present in this repository So i'm confused. Am I looking at the wrong repository? Is Armbianconfig (5.28) broken for that board? How do I fix things manually? Edit: The closest I could find was linux-image-next-sunxi64_5.41_arm64.deb Which seems to be for Armbian 5.41 and that opens up even more questions. It's in the non-beta repository still 5.41, how do I update to 5.41?
  3. Nobody? I also noticed that temp goes down 5 degrees if I unplug HDMI. Anyone who can make sense of this?
  4. 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.
  5. 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?
  6. Should I worry if A64 reaches 80°C ? got this readout while copying files beween two USB-attached disks (OPI Win, Ubuntu legacy kernel): Time CPU load %cpu %sys %usr %nice %io %irq CPU PMIC C.St. 22:13:57: 1152MHz 5.86 53% 16% 7% 0% 29% 0% 79°C 69°C 0/9 22:14:02: 1104MHz 5.87 60% 15% 8% 0% 35% 0% 79°C 69°C 1/9 22:14:07: 1152MHz 6.12 54% 14% 9% 0% 28% 1% 80°C 68°C 0/9 22:14:12: 1152MHz 6.11 47% 11% 5% 0% 29% 0% 77°C 68°C 0/9 When it's idle, temp goes down to 56°C @ 480 MHz I already equipped the A64 chip with a heatsink. USB througput is nice though.
  7. 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.
  8. 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...
  9. 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...
  10. 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
  11. 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.
  12. 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
  13. 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?
  14. 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.
  15. 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.