Jump to content

Orangepi 3 h6 allwiner chip


constantius

Recommended Posts

 

Just now, Flole said:

I assume there is no way to just disable the GPU completely? I don't need it at all, so if there is a way to disable it I would give that a try. 

Try to blacklist panfrost module.

Link to comment
Share on other sites

On 6/24/2020 at 9:02 AM, Francisco said:

 

Thank you all for your answers and tips!

The wi-fi works as expected, there is no external network restriction, I plug several devices to the same ethernet port (one at a time, of course).

I'll try the serial console messages next.

Regarding the "armbianmonitor -U", here's the result: https://pastebin.com/3kBFfhUZ

I'll try the serial console next.

Thanks again,

Francisco

I've connected to a 10/100M switch, and now it works. Connected to a 1G switch, it doesn't.

Could that be something related to the regulators, also?

Thanks,

Francisco

 

Link to comment
Share on other sites

6 minutes ago, Werner said:

 

Try to blacklist panfrost module.

That indeed disabled those messages. I have a few more, are those normal and necessary aswell or can I disable something to get rid of them:

Quote

[   34.811404] sun50i-h6-pinctrl 300b000.pinctrl: Couldn't get bank PD regulator
[   34.811412] sun50i-h6-pinctrl 300b000.pinctrl: request() failed for pin 96
[   34.811419] sun50i-h6-pinctrl 300b000.pinctrl: pin-96 (5020000.ethernet) status -517
[   34.811427] sun50i-h6-pinctrl 300b000.pinctrl: could not request pin 96 (PD0) from group PD0  on device 300b000.pinctrl
[   34.811433] dwmac-sun8i 5020000.ethernet: Error applying setting, reverse things back
[   34.812121] sun50i-h6-pinctrl 300b000.pinctrl: Couldn't get bank PC regulator
[   34.812130] sun50i-h6-pinctrl 300b000.pinctrl: request() failed for pin 65
[   34.812137] sun50i-h6-pinctrl 300b000.pinctrl: pin-65 (4022000.mmc) status -517
[   34.812145] sun50i-h6-pinctrl 300b000.pinctrl: could not request pin 65 (PC1) from group PC1  on device 300b000.pinctrl
[   34.812150] sunxi-mmc 4022000.mmc: Error applying setting, reverse things back
[   34.812417] sun50i-h6-pinctrl 300b000.pinctrl: Couldn't get bank PC regulator
[   34.812423] sun50i-h6-pinctrl 300b000.pinctrl: request() failed for pin 79
[   34.812429] sun50i-h6-pinctrl 300b000.pinctrl: pin-79 (300b000.pinctrl:79) status -517
[   34.814736] sun50i-h6-pinctrl 300b000.pinctrl: Couldn't get bank PD regulator
[   34.814745] sun50i-h6-pinctrl 300b000.pinctrl: request() failed for pin 102
[   34.814753] sun50i-h6-pinctrl 300b000.pinctrl: pin-102 (300b000.pinctrl:102) status -517
[   34.815255] sun50i-h6-pinctrl 300b000.pinctrl: 300b000.pinctrl supply vcc-pf not found, using dummy regulator 

 

Link to comment
Share on other sites

I think I found the reason for my crashes: I used the ondemand power governor and apparently that caused the issues. Maybe the voltage regulator was set to an invalid level or something. Anyways, since I disabled it and used performance I now have had no crashes, that's an uptime of 8 days now. My absolute record was 14 days so I guess the next weeks will show if that was really the issue or not.

Link to comment
Share on other sites

6 hours ago, Flole said:

I think I found the reason for my crashes: I used the ondemand power governor and apparently that caused the issues. Maybe the voltage regulator was set to an invalid level or something. Anyways, since I disabled it and used performance I now have had no crashes, that's an uptime of 8 days now. My absolute record was 14 days so I guess the next weeks will show if that was really the issue or not.

Hm @dolphs@martinayotte did you experience these issues too? Should th Orangepi 3 be tweaked to a fixed clock by default?

Link to comment
Share on other sites

This is what happened right before a crash, looks like it was adjusting the frequency quite often at that time. I would assume that many frequency adjustments are the cause of it and also that is the only thing I changed and since then it's running super stable. Not even my selfmade power supply that provides 5.25V 3A through the dc jack made a change, I still had the same crashes while the voltage that comes out of the USB ports is super stable (checked with an oscilloscope). Only after switching to the performance governor it started to run stable (at least until now, but's thats already longer than usual).

Scaling.PNG

Link to comment
Share on other sites

Anyone updated their OrangePi 3 to the latest kernel released? Now my unit won't boot up unless I plug in an SD card with an earlier kernel

 

The details of previous working image:-

 

armbian@orangepi3:~$ lsb_release -a ; uname -a


Distributor ID:    Ubuntu
Description:    Ubuntu 20.04 LTS
Release:    20.04
Codename:    focal
Linux orangepi3 5.7.8-sunxi64 #trunk.40 SMP Fri Jul 17 19:09:21 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux

 

I think I need help on how to start troubleshooting this

Link to comment
Share on other sites

On 7/6/2020 at 9:43 AM, Francisco said:

I've connected to a 10/100M switch, and now it works. Connected to a 1G switch, it doesn't.

Could that be something related to the regulators, also?

Thanks,

Francisco

 

The problem is on autonegotiation,  until solveded in some distro you can use something like :

ethtool -s eth0 speed 100 duplex full autoneg off.

Link to comment
Share on other sites

On 7/20/2020 at 8:50 AM, lanefu said:

 

yep try chroot.

managed to recover after chroot.

could you comment if this error is normal?

Spoiler

armbian@orangepi3:~$ sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done

The following packages will be upgraded:
  linux-dtb-current-sunxi64 linux-image-current-sunxi64
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/31.3 MB of archives.
After this operation, 14.9 MB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 70290 files and directories currently installed.)
Preparing to unpack .../linux-dtb-current-sunxi64_20.08.0-trunk.43_arm64.deb ...
Unpacking linux-dtb-current-sunxi64 (20.08.0-trunk.43) over (20.08.0-trunk.40) ...
dpkg: error processing archive /var/cache/apt/archives/linux-dtb-current-sunxi64_20.08.0-trunk.43_arm64.deb (--unpack):
 trying to overwrite '/boot/dtb-5.7.8-sunxi64/allwinner/overlay/README.sun50i-a64-overlays', which is also in package linux-dtb-dev-sunxi64 20.08.0-trunk.43
Preparing to unpack .../linux-image-current-sunxi64_20.08.0-trunk.43_arm64.deb ...
Unpacking linux-image-current-sunxi64 (20.08.0-trunk.43) over (20.08.0-trunk.40) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-current-sunxi64_20.08.0-trunk.43_arm64.deb (--unpack):
 trying to overwrite '/boot/System.map-5.7.8-sunxi64', which is also in package linux-image-dev-sunxi64 20.08.0-trunk.43
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/linux-dtb-current-sunxi64_20.08.0-trunk.43_arm64.deb
 /var/cache/apt/archives/linux-image-current-sunxi64_20.08.0-trunk.43_arm64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

 

Link to comment
Share on other sites

Sorry for the noob question. I tried to find a toolchain for Orange Pi 3 and couldn't. The sources would also help me, I'm going to work with GPIO from C++. Sunxi tools are not suitable for this board and Armbian. The program cannot be run on Armbian and gdbserver reports that it does not know how to run it. How to write programs for Armbian and orange Pi 3 in C/C++?

Edited by VaclavN
Link to comment
Share on other sites

 

4 hours ago, VaclavN said:

Sorry for the noob question. I tried to find a toolchain for Orange Pi 3 and couldn't. The sources would also help me, I'm going to work with GPIO from C++. Sunxi tools are not suitable for this board and Armbian. The program cannot be run on Armbian and gdbserver reports that it does not know how to run it. How to write programs for Armbian and orange Pi 3 in C/C++?

First install the kernel headers via armbian config.

then you'll want to use libgpiod for interacting with the GPIO

Link to comment
Share on other sites

Do I have to add some modules / patches to the kernel to run HDMI touch display on OPi3?
It is a no-name 1024x600 from china display and the image is normal but the touch is not working.
Interestingly, this display connected to MeCOOL M8S PRO W (AML 905X chip)
with Armbian 20.09 Focal with Linux 5.8.10-arm-64 works fine and that system recognizes the touch panel as:

sudo evtest
No device specified, trying to scan all of / dev / input / event *
(...)
/ dev / input / event19: wch.cn USB2IIC_CTP_CONTROL
Select the device event number [0-19]: 19
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x1a86 product 0xe5e3 version 0x100
Input device name: "wch.cn USB2IIC_CTP_CONTROL"
(...)


and

lsusb
root @ arm-64: ~ # lsusb
(...)
Bus 001 Device 003: ID 1a86: e5e3 QinHeng Electronics USB2IIC_CTP_CONTROL


On OP3, the touch panel does not work on any of the Armbian editions.

Link to comment
Share on other sites

6 hours ago, greg798 said:

-trunk

Use stable build for now

 

 

Side note: Ethernet on OPi1+ running 5.9.0-rc5-sunxi64 is just fine.

Link to comment
Share on other sites

On 11/5/2020 at 6:19 PM, greg798 said:

Im build armbian Armbian_20.11.0-trunk_Orangepi3_bionic_current_5.9.5 and eth0 down, no ip address, no link, how fix this?

 

Yep I'm experiencing same thing with 5.9.5 as well as 5.10.0-rc2 on my opi3

Link to comment
Share on other sites

1 hour ago, anITiot said:

I had some issues with one-wire and gpio on my OP3

That is because "sun50i-h6-fixup.scr" doesn't handle "L" bank (and "H" bank as well) as you can see here :

setenv decompose_pin 'setexpr tmp_bank sub "P(A|C|D|G)\\d+" "\\1";
setexpr tmp_pin sub "P\\S(\\d+)" "\\1";
test "${tmp_bank}" = "A" && setenv tmp_bank 0;
test "${tmp_bank}" = "C" && setenv tmp_bank 2;
test "${tmp_bank}" = "D" && setenv tmp_bank 3;
test "${tmp_bank}" = "G" && setenv tmp_bank 6'

 

Feel free to tweak that script and submit the fix in a PR...

 

EDIT : adding "H" bank should be pretty easy, but for "L" bank, it would be a bit harder since it need to change also the "pinctrl" with some "if" statements :

("L" bank is using "pinctrl@7022000" instead of "pinctrl@300b000" ...)

 

if test -n "${param_w1_pin}"; then
	setenv tmp_bank "${param_w1_pin}"
	setenv tmp_pin "${param_w1_pin}"
	run decompose_pin
	fdt set /soc/pinctrl@300b000/w1_pins pins "${param_w1_pin}"
	fdt get value tmp_phandle /soc/pinctrl@300b000 phandle
	fdt set /onewire@0 gpios "<${tmp_phandle} ${tmp_bank} ${tmp_pin} 0>"
	env delete tmp_pin tmp_bank tmp_phandle
fi

if test "${param_w1_pin_int_pullup}" = "1"; then
	fdt set /soc/pinctrl@300b000/w1_pins bias-pull-up
fi

 

Link to comment
Share on other sites

35 minutes ago, martinayotte said:

That is because "sun50i-h6-fixup.scr" doesn't handle "L" bank (and "H" bank as well) as you can see here :


setenv decompose_pin 'setexpr tmp_bank sub "P(A|C|D|G)\\d+" "\\1";
setexpr tmp_pin sub "P\\S(\\d+)" "\\1";
test "${tmp_bank}" = "A" && setenv tmp_bank 0;
test "${tmp_bank}" = "C" && setenv tmp_bank 2;
test "${tmp_bank}" = "D" && setenv tmp_bank 3;
test "${tmp_bank}" = "G" && setenv tmp_bank 6'

 

Feel free to tweak that script and submit the fix in a PR...

 

EDIT : adding "H" bank should be pretty easy, but for "L" bank, it would be a bit harder since it need to change also the "pinctrl" with some "if" statements :

("L" bank is using "pinctrl@7022000" instead of "pinctrl@300b000" ...)

 


if test -n "${param_w1_pin}"; then
	setenv tmp_bank "${param_w1_pin}"
	setenv tmp_pin "${param_w1_pin}"
	run decompose_pin
	fdt set /soc/pinctrl@300b000/w1_pins pins "${param_w1_pin}"
	fdt get value tmp_phandle /soc/pinctrl@300b000 phandle
	fdt set /onewire@0 gpios "<${tmp_phandle} ${tmp_bank} ${tmp_pin} 0>"
	env delete tmp_pin tmp_bank tmp_phandle
fi

if test "${param_w1_pin_int_pullup}" = "1"; then
	fdt set /soc/pinctrl@300b000/w1_pins bias-pull-up
fi

 

Thanks for the info, unfort I'm not skilled enough to code, I'm better to find faults/errors/mods and sometimes suggest a solution. :)

Link to comment
Share on other sites

Hi All!. I have installed Armbian 20.11.3 Buster with Linux 5.9.14-sunxi64 from apt update && apt upgrade.

 

I have problem with ethernet that isn't working, so now I use Wifi but I need ethernet so :).

 

When I do ifconfig eth0 it show

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::2cc3:f331:7442:2701  prefixlen 64  scopeid 0x20<link>
        ether 02:07:d6:da:1c:89  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 147  bytes 36018 (35.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 27

 

Note device interrupt 27 is new and I think is the problem but I haven't more linux expirience.

 

What can I do? Do you need more info?. Thanks for all!

Link to comment
Share on other sites

14 minutes ago, Werner said:

Known issue. I put a few ideas to github but they need testing and I do not own this particular board.

 

 

Thanks for the info!. For a newbie... is posibble to downgrade to previos version?.

 

Thnaks again for your time.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines