According to apritzel OPI zero2 has - unsupported Allwinner WiFi/BT chip

The firmware of the wifi seems to be available here. The schematics of WiFi/BT are available here

If I understand correctly, we need a pr for the firmware and a patch(overlay?) of the upcoming DT provided by apritzel.

Is anyone skilled enough to write a patch for the DT?

1 hour ago, lampra said:

Is anyone skilled enough to write a patch for the DT?

I trade my skills for help on tasks that doesn't require so much skills, but they still require time and attention.
https://forum.armbian.com/forum/54-help-wanted/

 

Currently working on sunxi bump to 5.13.y but since I am on vacations, my wife can interrupt this violently  If time permits, I'll try to fix this, but can't promise.

stop after "Starting Kernel ... " 

 

It seems not load the “sun50i-h616-orangepi-zero2.dtb” 

zero2_5_13_4.txt

build zero2 still use U-BOOT 2021.7. can't boot

 

build for OrangePi 3 use u-boot 2020.10, but build failed

On 7/20/2021 at 6:48 PM, lampra said:

According to apritzel OPI zero2 has - unsupported Allwinner WiFi/BT chip

The firmware of the wifi seems to be available here. The schematics of WiFi/BT are available here

If I understand correctly, we need a pr for the firmware and a patch(overlay?) of the upcoming DT provided by apritzel.

Is anyone skilled enough to write a patch for the DT?

Hi,

 

I'm new to this thing, but I did some digging.

 

There's a possibility that the AW859A is either a rebadged UWE5622, or is compatible with it. There's also a reference to a device, that is SC2355.

 

I only managed to find a little info about the UWE5622, and it might have some connections to Unisoc, a yet another Chinese fabless semiconductor maker, but not sure. You can get a bit more info by googling, including the name of some binary file.

Attaching driver from Allwinner kernel.

uwe5622_linux5.4_driver.tar.gz

Is there any way to get an image output out from the board currently? I would like to help with testing at least, but currently I don't have a UART cable, only a monitor with an HDMI input, and an old CRT TV (which would be good if it had a reason to stay with me for at least a bit longer, like for testing  ).

2 hours ago, ZILtoid1991 said:

I don't have a UART cable

Mandatory for proper testing. Everyone who tinkers with SBCs should have such a thing. Also they are dirt cheap.

I just successfully build and boot image with legacy u-boot and legacy kernel. A lot of dirty things around, but it works. I am unable to push things further, so anyone can proceed from here. Enabling Wifi and BT https://github.com/armbian/build/pull/2620

On 7/29/2021 at 10:40 AM, Igor said:

Attaching driver from Allwinner kernel.

uwe5622_linux5.4_driver.tar.gz 1.67 MB · 8 downloads

the file name suggest that its from kernel 5.4. afaik Allwinner BSP for H616 is 4.9

On 7/24/2021 at 8:36 PM, ZILtoid1991 said:

Hi,

 

I'm new to this thing, but I did some digging.

 

There's a possibility that the AW859A is either a rebadged UWE5622, or is compatible with it. There's also a reference to a device, that is SC2355.

 

I only managed to find a little info about the UWE5622, and it might have some connections to Unisoc, a yet another Chinese fabless semiconductor maker, but not sure. You can get a bit more info by googling, including the name of some binary file.

Here is the Datasheet for AW859A

CDW-20U5622-02_SPECIFICATIONS_20200306（全志专用AW859A）.pdf

https://github.com/armbian/build/pull/2620/files

We have more or less fully functional image with legacy kernel, but 5.13.y hangs at:

 

Spoiler

## Executing script at 4fc00000
U-boot loaded from SD
Boot script loaded from mmc
131 bytes read in 2 ms (63.5 KiB/s)
19495 bytes read in 6 ms (3.1 MiB/s)
Failed to load '/boot/dtb/allwinner/overlay/-fixup.scr'
12104617 bytes read in 1001 ms (11.5 MiB/s)
22200328 bytes read in 1835 ms (11.5 MiB/s)
Moving Image from 0x40080000 to 0x40200000, end=41790000
## Loading init Ramdisk from Legacy Image at 4ff00000 ...
   Image Name:   uInitrd
   Image Type:   ARM Linux RAMDisk Image (gzip compressed)
   Data Size:    12104553 Bytes = 11.5 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 4fa00000
   Booting using the fdt blob at 0x4fa00000
   Loading Ramdisk to 49474000, end 49fff369 ... OK
   Loading Device Tree to 0000000049406000, end 0000000049473fff ... OK

Starting kernel ...

 

@jernej Do you know latest working combination (atf / u-boot / kernel) ?

Hasn't ATF been mainlined already? Also U-Boot master received necessary changes already IIRC. Linux sources from apritzel are most up-to-date AFAIK with h616-v9 branch or whatever number he is currently working on.

3 hours ago, Werner said:

Hasn't ATF been mainlined already? Also U-Boot master received necessary

Yes, we are attached to mainline ATF and u-boot. Probably kernel is the problem. 

On 8/12/2021 at 10:58 AM, Igor said:

Yes, we are attached to mainline ATF and u-boot. Probably kernel is the problem. 

Then this should probably point to the mainline ATF source.

23 hours ago, lampra said:

Then this should probably point to the mainline ATF source.

Nice catch, I must have forget about that.

 

I am unable to test if that helps at least by the end of this week.

On 8/12/2021 at 6:01 AM, Werner said:

Linux sources from apritzel are most up-to-date AFAIK with h616-v9 branch or whatever number he is currently working on.

Latest versions are actually less featureful because it's easier to merge series if there is less patches and thus more consensus how to do things. I can't tell which is the most featureful branch from the top of my head, probably v6 or v7. Certainly last variant contain no USB support.

now, After Boot it looks like this:

zero2.txt

On 8/15/2021 at 11:14 PM, Igor said:

I am unable to test if that helps at least by the end of this week.

Tested after changing ATF to mainline master, and it's loading the kernel. Ethernet and usb also working http://ix.io/3woR

To me, it seems that we need to stick to 5.13 (which  includes all the patches) for a while, as the discussion for the mainline support is far from concluded.

3 hours ago, lampra said:

5.13

Yeah, would also not make much sense to backport those to 5.10 since 5.15 will probably be next LTS release and is only a few month ahead and probably will include those patches already.

Hi, I recently received this board and I was able to get the docker started. Maybe someone may find it useful.
After installing via "armbian-confix" if try to start docker service with

$ systemctl start docker

 we get this error: 

● docker.service - Docker Application Container Engine
   Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Tue 2021-08-24 20:09:34 MSK; 26ms ago
     Docs: https://docs.docker.com
  Process: 11947 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)
 Main PID: 11947 (code=exited, status=1/FAILURE)
dpkg: error handling package docker-ce (--configure):
 installed docker-ce package post-installation script subprocess returned error exit status 1

In "journalctl -xe" we get the following - "Running iptables --wait -t nat -L -n failed with message: `# Warning: iptables-legacy tables present, use iptables-legacy to see them\niptables: Operation not supported.`, error: exit status 1."
And to fix it, you need to use the following command:

$ update-alternatives --set iptables /usr/sbin/iptables-legacy

Then restart the service and docker works.

How long will it take to boot properly?

3 hours ago, mantouboji said:

How long will it take to boot properly?

I expect within a day and eternity or never. You could as well ask a clairvoyant.
This is the only board using this SoC. So not that much development for it. Things are evolving. But no idea if it will ever be a good board for everyone.
So only for the brave for now. I'm also waiting and watching for good news about it. Hardware wise it's an ok board. But not worth buying.

I built a OPi Zero2 edge image with buster and it stuck at "Starting kernel ...". how can I debug this issue?

2 minutes ago, kprasadvnsi said:

I built a OPi Zero2 edge image with buster and it stuck at "Starting kernel ...". how can I debug this issue?

https://docs.armbian.com/User-Guide_Fine-Tuning/#how-to-toggle-verbose-boot

8 minutes ago, Werner said:

https://docs.armbian.com/User-Guide_Fine-Tuning/#how-to-toggle-verbose-boot

already changed verbosity to 7 and still the same output.

4 minutes ago, kprasadvnsi said:

already changed verbosity to 7 and still the same output.

Just read the topic

 

 

8 minutes ago, lampra said:

Just read the topic

 

 

I tried，can't pass build

7 minutes ago, mantouboji said:

I tried，can't pass build

This is what I did here

ATFSOURCE='https://github.com/ARM-software/arm-trusted-firmware'
ATFBRANCH='branch:master'

edit: You also need all the patches (for h616 and opz2). I did not check if the patches are present or not in armbian master, as I had included them in previous builds. If not, you need to include them. 

37 minutes ago, lampra said:

This is what I did here

ATFSOURCE='https://github.com/ARM-software/arm-trusted-firmware'
ATFBRANCH='branch:master'

edit: You also need all the patches (for h616 and opz2). I did not check if the patches are present or not in armbian master, as I had included them in previous builds. If not, you need to include them. 

where did you get those H616 patches?