NanoPI R6S with OpenWRT

Hi
I noticed that sensors are not working.
Do I need to include something?

root@np2:~# ubus call system board
{
        "kernel": "6.6.44",
        "hostname": "np2",
        "system": "ARMv8 Processor rev 0",
        "model": "FriendlyElec NanoPi R6S",
        "board_name": "friendlyarm,nanopi-r6s",
        "rootfs_type": "squashfs",
        "release": {
                "distribution": "OpenWrt",
                "version": "SNAPSHOT",
                "revision": "r27123-8cf9a932fa",
                "target": "rockchip/armv8",
                "description": "OpenWrt SNAPSHOT r27123-8cf9a932fa"
        }
}
root@np2:~#
root@np2:~# sensors
No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.
root@np2:~#

Your choice, ext4 is easier to resize, squashfs behaves more like a router file system.

1 Like

Try installing the following packages: lm-sensors, lm-sensors-detect and libsensors5

Hi
Something else is missing...

root@np2:~# opkg list-installed | grep sensor
libsensors5 - 3.6.0-r1
lm-sensors - 3.6.0-r1
lm-sensors-detect - 3.6.0-r1
root@np2:~# sensors
No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.
root@np2:~#

did you follow the instruction ?

Hi,
I did this, please correct me if I did it in not correct way:

root@np2:~# sensors -u
No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.
root@np2:~#
root@np2:~# sensors-detect
# sensors-detect version 3.6.0
# DMI data unavailable, please consider installing dmidecode 2.7
# or later for better results.
# Kernel: 6.6.44 aarch64
# Cannot show processor info on aarch64 architecture.

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no):
failed to find a module named cpuid
Failed to load module cpuid.
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           No
AMD Family 16h thermal sensors...                           No
AMD Family 17h thermal sensors...                           No
AMD Family 15h power sensors...                             No
AMD Family 16h power sensors...                             No
Hygon Family 18h thermal sensors...                         No
Intel digital thermal sensor...                             No
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no):
Sorry, no supported PCI bus adapters found.

Next adapter: rk3x-i2c (i2c-0)
Do you want to scan it? (YES/no/selectively):

Next adapter: rk3x-i2c (i2c-2)
Do you want to scan it? (YES/no/selectively):

Next adapter: rk3x-i2c (i2c-6)
Do you want to scan it? (YES/no/selectively):
Client found at address 0x51
Handled by driver `rtc-hym8563' (built-in), chip type `hym8563'
    (note: this is probably NOT a sensor chip!)

Sorry, no sensors were detected.
Either your system has no sensors, or they are not supported, or
they are connected to an I2C or SMBus adapter that is not
supported. If you find out what chips are on your board, check
https://hwmon.wiki.kernel.org/device_support_status for driver status.
root@np2:~#

Hi,

I noted that eth0 (RTL8211F Gigabit Ethernet) is not working properly with VLAN configuration.
Maybe I have some error in the configuration, or there is some bug.

Not all VLANs related eth0 are created (created are first 3 VLANs, 4 VLANS are missing).

VID eth0 eth2 eth1 br-eth
200 u u u
201 t t t
202 t t t
203 t t t
204 t t t
205 t t t
206 t t t
207 t t t
100 t t
101 t t
103 t t
1500 t t
root@np2:~# cat /etc/config/network
...
config device
        option name 'eth0'
        option macaddr 'b2:be:02:75:52:f1'

config device
        option name 'eth2'
        option macaddr 'b2:be:02:75:52:f1'

config device
        option name 'eth1'
        option macaddr 'b2:be:02:75:52:f0'
...
config device
        option name 'br-eth'
        option type 'bridge'
        option igmp_snooping '1'
        option vlan_filtering '1'
        option bridge_empty '1'
        list ports 'eth0'
        list ports 'eth1'
        list ports 'eth2'
...
config bridge-vlan
        option device 'br-eth'
        option vlan '200'
        list ports 'eth0:u*'
        list ports 'eth2:u*'

config bridge-vlan
        option device 'br-eth'
        option vlan '201'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '202'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '203'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '204'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '205'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '206'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '207'
        list ports 'eth0:t'
        list ports 'eth2:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '100'
        list ports 'eth1:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '101'
        list ports 'eth1:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '103'
        list ports 'eth1:t'

config bridge-vlan
        option device 'br-eth'
        option vlan '1500'
        list ports 'eth1:t'
...
root@np2:~#
root@np2:~# bridge vlan
port              vlan-id
eth0              200 PVID Egress Untagged
                  201
                  202
eth1              100
                  101
                  103
                  1500
eth2              200 PVID Egress Untagged
                  201
                  202
                  203
                  204
                  205
                  206
                  207
br-eth            100
                  101
                  103
                  200
                  201
                  202
                  203
                  204
                  205
                  206
                  207
                  1500
root@np2:~#
root@np2:~# dmesg | grep eth0
[   10.862946] rk_gmac-dwmac fe1c0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
[   10.864139] rk_gmac-dwmac fe1c0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-1
[   11.102580] rk_gmac-dwmac fe1c0000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211F Gigabit Ethernet] (irq=POLL)
[   11.113110] rk_gmac-dwmac fe1c0000.ethernet eth0: No Safety Features support found
[   11.113781] rk_gmac-dwmac fe1c0000.ethernet eth0: IEEE 1588-2008 Advanced Timestamp supported
[   11.114609] rk_gmac-dwmac fe1c0000.ethernet eth0: registered PTP clock
[   11.115653] rk_gmac-dwmac fe1c0000.ethernet eth0: FPE workqueue start
[   11.116221] rk_gmac-dwmac fe1c0000.ethernet eth0: configuring for phy/rgmii-rxid link mode
[   11.152910] 8021q: adding VLAN 0 to HW filter on device eth0
[   13.905937] rk_gmac-dwmac fe1c0000.ethernet eth0: FPE workqueue stop
[   13.906656] rk_gmac-dwmac fe1c0000.ethernet eth0: Timeout accessing MAC_VLAN_Tag_Filter
[   13.907363] rk_gmac-dwmac fe1c0000.ethernet eth0: failed to kill vid 0081/0
[   22.460327] rk_gmac-dwmac fe1c0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
[   22.461529] rk_gmac-dwmac fe1c0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-1
[   22.712591] rk_gmac-dwmac fe1c0000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211F Gigabit Ethernet] (irq=POLL)
[   22.723149] rk_gmac-dwmac fe1c0000.ethernet eth0: No Safety Features support found
[   22.723821] rk_gmac-dwmac fe1c0000.ethernet eth0: IEEE 1588-2008 Advanced Timestamp supported
[   22.724654] rk_gmac-dwmac fe1c0000.ethernet eth0: registered PTP clock
[   22.725514] rk_gmac-dwmac fe1c0000.ethernet eth0: FPE workqueue start
[   22.726083] rk_gmac-dwmac fe1c0000.ethernet eth0: configuring for phy/rgmii-rxid link mode
[   22.762854] 8021q: adding VLAN 0 to HW filter on device eth0
[   22.764456] br-eth: port 1(eth0) entered blocking state
[   22.764919] br-eth: port 1(eth0) entered disabled state
[   22.765392] rk_gmac-dwmac fe1c0000.ethernet eth0: entered allmulticast mode
[   22.768197] rk_gmac-dwmac fe1c0000.ethernet eth0: MAC_VLAN_Tag_Filter full (size: 4)
[   22.768915] rk_gmac-dwmac fe1c0000.ethernet eth0: MAC_VLAN_Tag_Filter full (size: 4)
[   22.769627] rk_gmac-dwmac fe1c0000.ethernet eth0: MAC_VLAN_Tag_Filter full (size: 4)
[   22.770337] rk_gmac-dwmac fe1c0000.ethernet eth0: MAC_VLAN_Tag_Filter full (size: 4)
[   22.771048] rk_gmac-dwmac fe1c0000.ethernet eth0: MAC_VLAN_Tag_Filter full (size: 4)
[   23.265362] rk_gmac-dwmac fe1c0000.ethernet eth0: entered promiscuous mode
root@np2:~#

Before reflashing ImmortalWRT with OpenWRT, I asked the same here:

Regards

Time to open an issue in OpenWrt GitHub to report your observed issues and help the devs to improve it.

1 Like

Hi,
Issue is created: https://github.com/openwrt/openwrt/issues/16162

1 Like

Hi,

R6S device has 3 ethernet cards:
eth0 - LAN - Native Gigabit Ethernet, RTL8211F-CG chip
eth1 - LAN - PCIe 2.5G Ethernet Ethernet, RTL8125BG chip
eth2 - WAN - PCIe 2.5G Ethernet Ethernet, RTL8125BG chip

I have noticed that eth1 and eth2 are swapping places after reboots, so I need to switch cables.

Have you noticed the same, or I have a mistake in my configuration somewhere?

I feel strange that I never heard from people using those multi-port x86 mini PC having such random NIC mapping issue (also didn't heard the same thing for R5S), why is this only happening on R6S?

Which of these file systems is faster (ext4 vs squashfs)?

Doesn't matter, Openwrt doesn't write data to disk, except for config.

1 Like

Has anyone tried to build an image without IPv6?

This issue has been mentioned before (NanoPI R6S with OpenWRT - #139 by chase-miller).
I can confirm that Kernel 6.1 does not have this issue.

Why you need an image without IPv6?

Because the protocol IPv6 is not needed by many people and it slows down the network.

then just disable it, it won't speed up (at least not significantly) when you remove it.

It’s bad that this unnecessary protocol cannot be completely removed!