[SOLVED] Rock PI 4 RK3399 (aarch64)

aaditya · 11-28-2019, 02:31 PM

Quote:

Originally Posted by sndwvs

need to see

checked everything works
simple setup:
1. configure rc.inet1.conf

Code:

IFNAME[4]="wlan0"
#IPADDR[4]=""
#NETMASK[4]=""
USE_DHCP[4]="yes"
#DHCP_HOSTNAME[4]="icculus-wireless"
#DHCP_KEEPRESOLV[4]="yes"
#DHCP_KEEPNTP[4]="yes"
#DHCP_KEEPGW[4]="yes"
#DHCP_IPADDR[4]=""
#WLAN_ESSID[4]=DARKSTAR
#WLAN_MODE[4]=Managed
#WLAN_RATE[4]="54M auto"
#WLAN_CHANNEL[4]="auto"
#WLAN_KEY[4]="D5A31F54ACF0487C2D0B1C10D2"
#WLAN_IWPRIV[4]="set AuthMode=WPAPSK | set EncrypType=TKIP | set WPAPSK=96389dc66eaf7e6efd5b5523ae43c7925ff4df2f8b7099495192d44a774fda16"
WLAN_WPA[4]="wpa_supplicant"
#WLAN_WPADRIVER[4]="nl80211"
#WLAN_WPAWAIT[4]=30

2. configure wpa_supplicant.conf

Code:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=root

network={
        ssid="name of your point"
        scan_ssid=1
        key_mgmt=WPA-PSK
        psk="very secret passphrase"
}

3. connection automatically after reboot or manual

Code:

/etc/rc.d/rc.inet1 start_wlan0

I confirm that your way is working here.

Code:

$ sudo /etc/rc.d/rc.inet1 start_wlan0
/etc/rc.d/rc.inet1:  wlan0 information: 'Any ESSID'
Successfully initialized wpa_supplicant
ioctl[SIOCSIWMODE]: Operation not permitted
Polling for DHCP server on interface wlan0:
wlan0: connected to Access Point `'
DUID 00:01:00:01:18:8b:c9:49:ae:1e:19:20:55:6d
wlan0: IAID a2:14:d9:2a
wlan0: soliciting a DHCP lease
wlan0: soliciting an IPv6 router
wlan0: Router Advertisement from fe80::71ac:d4c6:8144:4528
wlan0: adding address 2405:204:101c:4f3c:cf35:5726:8c8c:f3ea/64
wlan0: adding route to 2405:204:101c:4f3c::/64
wlan0: requesting DHCPv6 information
wlan0: fe80::71ac:d4c6:8144:4528 is reachable again
wlan0: offered 192.168.225.53 from 192.168.225.1
wlan0: ignoring offer of 192.168.225.53 from 192.168.225.1
wlan0: probing address 192.168.225.53/24
forked to background, child pid 2506
wlan0: adding default route via fe80::71ac:d4c6:8144:4528

Maybe NetworkManager is doing something exotic. Found a bug report on the Radxa forum:
https://forum.radxa.com/t/unable-to-connect-wifi-ap/493

Thanks again!

aaditya · 11-30-2019, 10:16 PM

Here are some packages that can be useful (noting it here for new comers):

Code:

# Fetching

* git
* nghttp2  # needed by git
* curl     # useful as well as needed by git

# Compiling

* make
* guile  # needed by make
* gc     # needed by make

* glibc

sndwvs · 11-30-2019, 10:47 PM

Thanks, aaditya

I did not add extra packages for the xfce edition so as not to increase the size, but if it is more convenient, I will include these packages.

* but I think it's worth adding to simplify the work.

aaditya · 12-01-2019, 12:35 AM

Quote:

Originally Posted by sndwvs

Thanks, aaditya

I did not add extra packages for the xfce edition so as not to increase the size, but if it is more convenient, I will include these packages.

* but I think it's worth adding to simplify the work.

Right sndwvs.

We need balance between size and included programs.

Out of the programs I mentioned, I would include curl, which is a base package.

The other packages I was able to find because the package was not installed or reported missing .so files. With curl, git depends on curl but does not link to it, so I got a weird error about missing certificates.

aaditya · 12-01-2019, 12:39 AM

Was able to solve the Thunar issue.

Thunar was showing extra system partitions like /sys, /proc, /dev while auto mounting of USB drives was not working.
After some research, I found that udisks2 daemon was not able to start due to missing dependency on libatasmart.

On installing libatasmart and re-login, the extra mounts disappeared and my USB thumb drive showed up.

sndwvs · 12-01-2019, 02:18 AM

update:

dependent packages added, thanks aaditya.
kernel 4.4.206
update rootfs image 14 Oct 19
update all packages Sat Nov 30 21:17:21 UTC 2019

slarm64-current-aarch64-base-rootfs-14Oct19-4.4.206-rock_pi_4-build-20191206.img.xz
slarm64-current-aarch64-base-rootfs-14Oct1corrupted archive9-4.4.206-rock_pi_4-build-20191206.img.xz.md5

slarm64-current-aarch64-xfce-rootfs-14Oct19-4.4.206-rock_pi_4-build-20191206.img.xz
slarm64-current-aarch64-xfce-rootfs-14Oct19-4.4.206-rock_pi_4-build-20191206.img.xz.md5

aaditya · 12-09-2019, 09:54 AM

Hey sndwvs,

A guide to upgrade the kernel would be appreciated.

Can add it here. Thanks!

sndwvs · 12-09-2019, 10:33 AM

Quote:

Originally Posted by aaditya

Hey sndwvs,

A guide to upgrade the kernel would be appreciated.

Can add it here. Thanks!

added in README.TXT
or official Slackware Package Management

aaditya · 12-10-2019, 12:27 PM

Quote:

Originally Posted by sndwvs

added in README.TXT
or official Slackware Package Management

That worked!

However after updating and rebooting, HDMI is not working.
Found this in dmesg via TTL:

Code:

[   57.862464] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862496] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862515] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862533] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862550] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862568] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property

The status light on the monitor switches between on and off but no picture comes.

Will try downgrading to previous kernel.

Edit-
Check workaround for HDMI.

sndwvs · 12-10-2019, 12:42 PM

Quote:

Originally Posted by aaditya

That worked!

However after updating and rebooting, HDMI is not working.
Found this in dmesg via TTL:

Code:

[   57.862464] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862496] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862515] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862533] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862550] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property
[   57.862568] [drm:dw_hdmi_rockchip_set_property] *ERROR* failed to set rockchip hdmi connector property

The status light on the monitor switches between on and off but no picture comes.

Will try downgrading to previous kernel.

hdmi cable must be connected before turning on the board.
in recent images fixed this behavior is added.

aaditya · 12-10-2019, 01:00 PM

Quote:

Originally Posted by sndwvs

hdmi cable must be connected before turning on the board.
in recent images fixed this behavior is added.

HDMI cable was connected before boot (restarted many times to check), but still got this issue.
Definitely looks like an upstream bug / regression.

When I write poweroff command screen switches on and shows the shutdown sequence before poweroff.
Tried adding the udev rule and script on my system, didnt work so far.

Script reports this:

Code:

No protocol specified
Can't open display :0.0
No protocol specified
Can't open display :0.0

Thanks!

aaditya · 12-12-2019, 02:05 AM

Hey sndwvs

Request you to add lm_sensors to Xfce image, got error in log about it:

Code:

[    56.497] (EE) AIGLX error: dlopen of /usr/lib64/xorg/modules/dri/swrast_dri.so failed (libsensors.so.5: cannot open shared object file: No such file or directo
ry)
[    56.497] (EE) AIGLX error: unable to load driver swrast
[    56.497] (EE) GLX: could not load software renderer

Found a strange way to get HDMI to work:

Quote:

Login via USB TTL console -> startx -> (monitor does not work) -> Ctrl + C -> (monitor starts woking).

(tested with downgraded 196 kernel image)

sndwvs · 12-12-2019, 03:39 AM

Quote:

Originally Posted by aaditya

Hey sndwvs

Request you to add lm_sensors to Xfce image, got error in log about it:

Code:

[    56.497] (EE) AIGLX error: dlopen of /usr/lib64/xorg/modules/dri/swrast_dri.so failed (libsensors.so.5: cannot open shared object file: No such file or directo
ry)
[    56.497] (EE) AIGLX error: unable to load driver swrast
[    56.497] (EE) GLX: could not load software renderer

Found a strange way to get HDMI to work:

(tested with downgraded 196 kernel image)

Thanks aaditya,
yes, lm_sensors has been added in the last image

aaditya · 12-12-2019, 08:11 AM

Hey sndwvs,

In /etc/slackpkg/mirrors, can add more mirrors or link where to find more mirrors, ie:
http://fail.pp.ua/download.html

Thanks.

aaditya · 12-12-2019, 08:19 AM

Hey sndwvs,

mpv refusing to work here:

Code:

$ mpv --profile=rkmpp VTS_01_1.VOB 
ffmpeg library versions:
   libavutil       56.35.100 (runtime 56.31.100)
   libavcodec      58.59.102 (runtime 58.54.100)
   libavformat     58.33.100 (runtime 58.29.100)
   libswscale      5.6.100 (runtime 5.5.100)
   libavfilter     7.62.100 (runtime 7.57.100)
   libswresample   3.6.100 (runtime 3.5.100)
ffmpeg version: 4.2.1

mpv was compiled against a different version of FFmpeg/Libav than the shared
library it is linked against. This is most likely a broken build and could
result in misbehavior and crashes.

mpv does not support this configuration and will not run - rebuild mpv instead.

Missing precompiled VLC from AlienBob.

I tried compiling parole from SBo. It works after installing gst-plugins-libav and tweaking some options, but full screen performance is laggy.