# NanoPi R2S in Gluon 2020.2.x

**URL:** <https://forum.freifunk.net/t/nanopi-r2s-in-gluon-2020-2-x/22848>\
**Category:** Gluon\
**Created:** [27. Mai 2021 um 08:39 UTC](https://forum.freifunk.net/t/nanopi-r2s-in-gluon-2020-2-x/22848 "2021-05-27T08:39:09Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [27. Mai 2021 um 08:39 UTC](https://forum.freifunk.net/t/nanopi-r2s-in-gluon-2020-2-x/22848/1 "2021-05-27T08:39:09Z")

</div>

Der [NanoPi R2S](https://openwrt.org/toh/friendlyarm/nanopi_r2s) ist [in GluonNext bereits drin](https://github.com/freifunk-gluon/gluon/commit/150ddf8bf65494230b23ea39989eeb00bcdad466),

(Für alle, die es nicht verfolgt haben: Das ist ein Kandidat für energieeffizientes Offloading \>500MBit/s Durchsatz mit zwei echten Lan-Interfaces, man spart sich also den vlan-Switch zum Enttaggen etc. Und wem der zweite Lanport nicht „echt genug“ ist, es gibt auch noch den [R4S](https://www.friendlyarm.com/index.php?route=product/product&product_id=284) bei dem beide eths direkt am SoC hängen. )

Ein Backport in Gluon2020.2.x wäre jedoch sehr praktisch.

Ausgehend von deren Openwrt-Branch in

> **[GitHub - friendlyarm/friendlywrt at master-v19.07.5](https://github.com/friendlyarm/friendlywrt/tree/master-v19.07.5)**
>
> master-v19.07.5

sollten dort meines Erachtens etwa folgend Commits sein:

```
be917939c79d4e177cf79b2fc86d6db66b14d1e6
2a9513617246b4136c07f4c43792970a09df33c6
ddc262bd6a78ab1231177b51633da24bbf99e317
5f2aefc10936a2277b6554e9852c19f731539706
6642b771a9a644d983f629e9180f4bb3185cd895
3844b028efab829c9bc04522cd359aff8aaeddb1
ca85b67303eae804d07f51b0e1dcad695d588778
e06ba10b2efb8c85bd1e36acee29ca8e690138f7
6b644427f1790d64b4213b8ef651ce9e9570aad8

```

(Um die Benamung der Images für einen späteren Updatepfad sind sicher noch zusätzliche Änderungen notwendig, aber erstmal geht’s mir darum, überhaupt ein Image zu haben)

Falls das schon jemand hinbekommen haben sollte oder dazu Tipps geben kann: You are welcome.

(Die Frage „warum nicht next benutzen“: Weil da ein Target fehlt, das wir auch in den nächsten Jahren noch brauchen werden. Die Diskussion darüber möchte ich hier aber nicht führen.)

---

<div class="post-metadata">

**Author:** ![blocktrron](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/b/c6cbf5/32.png) [@blocktrron](https://forum.freifunk.net/u/blocktrron)\
**Post date:** [27. Mai 2021 um 11:47 UTC](https://forum.freifunk.net/t/nanopi-r2s-in-gluon-2020-2-x/22848/2 "2021-05-27T11:47:19Z")

</div>

FriendlyWrt wird nicht gegen den kernel von OpenWrt 19.07 (4.14.x) gebaut, sondern gegen den eigenen BSP Tree (5.4.x).

> **[Commits · friendlyarm/kernel-rockchip](https://github.com/friendlyarm/kernel-rockchip/commits/nanopi-r2-v5.4.y)**
>
> BSP kernel source. Contribute to friendlyarm/kernel-rockchip development by creating an account on GitHub.

Das FriendlyWrt Repo an sich ist alleine daher für dein Vorhaben eher nutzlos. FriendlyElec hat sich den Buildprozess so zurechtgebaut, dass sie möglichst viele Komponenten in ihren eigenen Forks weiterverwenden können.

Siehe hierzu auch

> <https://github.com/friendlyarm/friendlywrt_manifests/blob/master/rk3328.xml>

---

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [27. Mai 2021 um 11:49 UTC](https://forum.freifunk.net/t/nanopi-r2s-in-gluon-2020-2-x/22848/3 "2021-05-27T11:49:55Z")

</div>

Auf Grund von

> **[friendlywrt/target/linux/rockchip-rk3328 at master-v19.07.5 ·...](https://github.com/friendlyarm/friendlywrt/tree/master-v19.07.5/target/linux/rockchip-rk3328)**
>
> This repository is a mirror of https://git.openwrt.org/openwrt/openwrt.git It is for reference only and is not active for check-ins or for reporting issues. We will continue to accept Pull Request...

hatte ich angenommen, dass die dort liegende „[config-4.14](https://github.com/friendlyarm/friendlywrt/blob/master-v19.07.5/target/linux/rockchip-rk3328/config-4.14)“ auch für einen 4.14er Kernel benutzt wird oder zumindest nutzbar ist.  
Das scheint dann wohl doch nicht so zu sein.

---

<div class="post-metadata">

**Author:** ![wo\_wo2](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wo_wo2/32/22043_2.png) [@wo\_wo2](https://forum.freifunk.net/u/wo_wo2)\
**Post date:** [31. Mai 2021 um 06:51 UTC](https://forum.freifunk.net/t/nanopi-r2s-in-gluon-2020-2-x/22848/4 "2021-05-31T06:51:16Z")

</div>

Ich wollte mir eigentlich einen Nano Pi zur Stabilisierung/Verbesserung meiner DSL TK Leitung besorgen fürchte aber damit nicht klar zu kommen ?

Alternative inkl. Anschluss meines alten Dec Tel.für 50.000 Mbit ?

Danke und schöne Grüße  
wolle