dziobak

Members
  • Content Count

    26
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Raffles

Applications

Calendar

Everything posted by dziobak

  1. Igor, I checked config (diffs) already but see nothing directly about USB. So, I think there is maybe some indirectly conneted to USB, but this is above my knowledge. Weird thing, but 100% repeatable. Also, when JMicron controllers are not detected, lsusb shows this values (port 1 and 3 with JMicron controllers) on 3.1 Genesys Logic Hub: Hub Port Status: Port 1: 0040.02c0 lowspeed Port 2: 0000.0203 lowspeed enable connect Port 3: 0000.02e0 lowspeed When detected OK, there is: Hub Port Status: Port 1: 0000.0203 lowspeed enable connect Port 2: 0000.0203 lowspeed enable connect Port 3: 0000.0203 lowspeed enable connect Don't know what that status means. Empty port has 0000.02a0
  2. I made more checking of latest kernels. Last non-problematic compiled kernel was 5.6.5 trunk.117. First problematic was 5.6.5 trunk.118. DTB files are same for both. So there must be something new in 118 or something with kernel's config. Is there a changelog for kernel trunks?
  3. Werner, thank you for suggestion. I checked usb-storage but no luck, same result like uas. I'm starting to think if this is something with voltage control on USB lines? Or stuck USB state when reboot and not reset properly? Both JMicron's controllers have own power supply, so normal reboot not cut them off. When cold booted, I turn off entire power strip with connected powers to OPi3, both JMicron's and external fan.
  4. More to above. Problem is after every reboot, JMicron is not detected. But when Bionic is cold booted JMicron's detecting is OK. Tested on kernel 5.6.8 #trunk.120 and #trunk.122. After reverting to "good" 5.6.5 #trunk.111 must be also cold booted to detect JMicron, then UAS is properly detected after each reboot.
  5. Ubuntu Bionic, kernel 5.6.5 #trunk.120 not detect of UAS JMicron (USB ID 152d:0561). I use two controllers for NAS and both dissapearing. After reverting to kernel #trunk.111 all is working. Tested two times, there is something weird, JMicron is not detected on second (and next) boot on kernel #trunk.120. Also, when changed kernel to #trunk.111 JMicron is correctly detected on second boot also.
  6. Check name of every regulator: cat /sys/class/regulator/regulator.*/name I've used vdd-cpu, which is regulator.4 in OPi3. In last post here are my stable values for OPi3 also.
  7. I think so. First, change values in StabilityTester.sh to shows correct voltage values, try this (if not, try other regulators): REGULATOR_HANDLER="/sys/class/regulator/regulator.4" and set min freq value to 1000000 (there is no need to test lowest frequencies). Next, get current DTB file (/boot/dtb/allwinner/sun50i-h6-orangepi-lite2.dtb for Lite 2) and convert this binary to source, by: dtc -I dtb -O dts -o sun50i-h6-orangepi-lite2.dts sun50i-h6-orangepi-lite2.dtb open source file for editing, change voltage value for problematic frequency (after decoding numbers are hex, but you can put decimal inside) +10mV (first value of 3), write then generate DTB: dtc -I dts -O dtb -o sun50i-h6-orangepi-lite2.dtb sun50i-h6-orangepi-lite2.dts put new binary in /boot/dtb/allwinner/ reboot, use StabilityTester
  8. If this is no load, then CPU work with lowest frequency with voltage like original (no undervoltage reason for freeze). Problem can be when freq > 1GHz, where we try use lowest possible, stable voltage (less voltage = less heat = no CPU throttling). My stable values may not work for all CPUs, so StabilityTester is best tool for check this. But not in case, when freeze is when CPU work with lowest frequencies (no system load).
  9. Use StabilityTester Put correct values in stabilityTester.sh. For OPi3 I used this: MINFREQUENCY=1000000 #Only test frequencies from this point. MAXFREQUENCY=2000000 #Only test frequencies upto this point. COOLDOWNTEMP=55000 #Cool down after a test to mC degrees COOLDOWNFREQ=720000 # Set to this speed when cooling down CPUFREQ_HANDLER="/sys/devices/system/cpu/cpu0/cpufreq"; SCALINGAVAILABLEFREQUENCIES="scaling_available_frequencies"; SCALINGMINFREQUENCY="scaling_min_freq"; SCALINGMAXFREQUENCY="scaling_max_freq"; SOCTEMPCMD="/sys/class/thermal/thermal_zone0/temp" REGULATOR_HANDLER="/sys/class/regulator/regulator.4" REGULATOR_MICROVOLT="microvolts"
  10. Fixed voltage was released 4 days later. Look for release 5.90.190630 and next.
  11. Yes, but I tested new voltage values on OPi3 only, so be prepared (this can gives stability on Lite2 also or ... not)
  12. There is new and fixed update to linux-dtb-dev-sunxi64 version 5.90.190630.
  13. I've tested latest above values by StabilityTester running 100 times, this gives few errors for 1488 and 1640 MHz. After increase voltage by 10 for both, StabilityTester run 100 times without error. So, finaly: MHz 1080 1320 1488 1640 1800 mV 880 880 940 990 1050 I've made PR to master with this.
  14. I did stability tests of voltage for CPU frequency from 1080 to 1800MHz. My metodology of searching for good, stable values was run StabilityTester (with default loop of 10), then add 10mV to values that not pass and repeat. This give me following results: CPU MHz 1080 1320 1488 1640 1800 mV 880 880 930 980 1050 I used above as target and min values for DTS/DTB, leaving max on defaults.
  15. Yes. Use SD card, get Linux with kernel 5.1.5 from https://dl.armbian.com/orangepi3/nightly/ Ups, there is no more 5.1.5
  16. AZ8, you need 5.88.190601 or earlier. All later gives stability problem.
  17. Here, bionic kernel 5.1.5: https://dl.armbian.com/orangepi3/nightly/
  18. George, 5.1.5 is working for me. Next, use apt hold for DBT package: apt-mark hold linux-dtb-dev-sunxi64 and do full apt update/upgrade
  19. My OPi3, red USB LED is lightning only:
  20. krachlatte, good point. New kernels (5.1.6, 5.1.7) are good, problem is with new (>5.1.5) DBT files. So, I hold linux-dtb-dev-sunxi64 package on 5.1.5.
  21. Igor, I want help with testing correct values of voltage. Give me more info, please. Is there way to change these values online (in /proc or /sys keys)? Is there more info about voltage than https://github.com/armbian/build/pull/1407? And what purpose is with changing (lowering?) these values?
  22. In your uart log state, that uboot is started. I bet, there is problem with boot.scr (compiled boot.cmd file), which uboot will read and run. This file is script what to do for uboot (i.e. read kernel to memory, run)
  23. @martinayotte There are 3 LEDs, according to my OPi3 Specification: http://www.orangepi.org/Orange Pi 3/ "LED: Power LED, Status LED and USB3.0 LED" In /sys tree there are two controls only (for red power and green status) I have turn off red power (dont like this intensive color in dark) and green set as USB activity signaling. But can't turn off red USB LED.
  24. Hello, OPi3 has a red LED (which lights up when USB device is connected). Is there a way to control it or simly turn off?
  25. Allwinner H6 Orange Pi 3 kernel 5.88.190609 (5.1.7). Booting OK, but there is stability problem: 4 crashes in 2 hours after change to new kernel.