Message ID | 20190128090519.45579-1-fabian@blaese.de |
---|---|
State | Accepted |
Headers | show |
diff --git a/README.md b/README.md index 4673782..2feb4a3 100644 --- a/README.md +++ b/README.md @@ -108,6 +108,10 @@ Anschließend kann ein erstes Image erzeugt werden: ``` Jetzt gehst du n Kaffee trinken. +**Vorsicht:** Für das ar71xx BSP wurde das tiny-Subtarget so erweitert, so dass auch die Geräte aus dem OpenWRT generic Subtarget damit gebaut werden können. (vgl. [Patch](build_patches/openwrt/0005-allow-building-all-devives-as-tiny.patch)) + +Soll das ar71xx BSP um ein Gerät erweitert werden, das bei OpenWRT unter generic geführt wird, muss die Kernel Konfiguration entsprechend um die passende MIPS MACH erweitert werden. Ansonsten führt das resultierende Image zu einem Bootloop, wenn es installiert wird. + ### Netzwerkeinstellungen korrekt setzen Am Ende sollte im bin/ Verzeichnis das Image für v1 und v2 liegen. Das v2 Image wird auf den Router geflasht. Achtung: Eventuell ist das Netzwerk jetzt so falsch eingestellt, dass man nicht mehr über Netzwerk auf den Router zugreifen kann. Am einfachsten ist es den Router dann über eine serielle Konsole zu verwenden. Theoretisch kann man an den unterschiedlichen LAN-Ports mit der IPv6 Link-Local aus der MAC Adresse des Geräts versuchen drauf zu kommen. Es kann auch sein, dass die IPv6 +/- 1 am Ende hat. Letztlich kann das funktionieren, ist aber aufwändig und da am LAN Einstellungen verändert werden sollen, ist die serielle Konsole das Mittel der Wahl! Wenn man dann auf dem Router drauf ist, muss als erstes festgestellt werden, welches Ethernet-Device für den WAN Port zuständig ist. Mir sind da folgende Möglichkeiten bekannt. a) WAN ist eth0, b) WAN ist eth1, c) WAN ist teil vom Switch eth0. Dementsprechend wird das WANDEV auf dem Router in der /etc/network.tl-wr1043nd-v2 konfiguriert. Wenn WAN ein eigenes ethX hat, dann muss WAN_PORTS="" sein. Dann muss eingestellt werden welches Ethernet-Device an dem internen Switch angeschlossen ist (swconfig list). Dieses wird als SWITCHDEV konfiguriert. Es muss noch eingestellt werden, welches Ethernet oder Wifi Device die MAC Adresse hat, die auch unter dem Gerät steht. Dieses Device wird als ROUTERMAC eingetragen. Nun ist es an der Zeit die Einstellungen zu testen, dafür muss die falsche Netzwerk-Config zurück gesetzt werden:
Hallo Fabian, finde ich super, dann muss ich den C60-Patch einmal weniger schicken (da hätte ich nicht dran gedacht). Ich würde da noch ein Beispiel reinnehmen: vi <dateidiewogeändertwird> [...] <zusätzlichezeile, z.b. mit 1043v2> [...] Grüße Adrian > -----Original Message----- > From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf Of > Fabian Bläse > Sent: Montag, 28. Januar 2019 10:05 > To: franken-dev@freifunk.net > Subject: [PATCH] README: Include note about merged Subtargets > > When adding support for a previously-generic device, the > correct MIPS MACH has to be added. The compiled image > will lead to bootloops otherwise. > > Because this might not be obvious, a note is added to the > READMEs section about supporting a new device. > > Signed-off-by: Fabian Bläse <fabian@blaese.de> > --- > README.md | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/README.md b/README.md > index 4673782..2feb4a3 100644 > --- a/README.md > +++ b/README.md > @@ -108,6 +108,10 @@ Anschließend kann ein erstes Image erzeugt werden: > ``` > Jetzt gehst du n Kaffee trinken. > > +**Vorsicht:** Für das ar71xx BSP wurde das tiny-Subtarget so erweitert, so > dass auch die Geräte aus dem OpenWRT generic Subtarget damit gebaut > werden können. (vgl. [Patch](build_patches/openwrt/0005-allow-building-all- > devives-as-tiny.patch)) > + > +Soll das ar71xx BSP um ein Gerät erweitert werden, das bei OpenWRT unter > generic geführt wird, muss die Kernel Konfiguration entsprechend um die > passende MIPS MACH erweitert werden. Ansonsten führt das resultierende > Image zu einem Bootloop, wenn es installiert wird. > + > ### Netzwerkeinstellungen korrekt setzen > Am Ende sollte im bin/ Verzeichnis das Image für v1 und v2 liegen. Das v2 Image > wird auf den Router geflasht. Achtung: Eventuell ist das Netzwerk jetzt so falsch > eingestellt, dass man nicht mehr über Netzwerk auf den Router zugreifen kann. > Am einfachsten ist es den Router dann über eine serielle Konsole zu > verwenden. Theoretisch kann man an den unterschiedlichen LAN-Ports mit der > IPv6 Link-Local aus der MAC Adresse des Geräts versuchen drauf zu kommen. Es > kann auch sein, dass die IPv6 +/- 1 am Ende hat. Letztlich kann das > funktionieren, ist aber aufwändig und da am LAN Einstellungen verändert > werden sollen, ist die serielle Konsole das Mittel der Wahl! > Wenn man dann auf dem Router drauf ist, muss als erstes festgestellt werden, > welches Ethernet-Device für den WAN Port zuständig ist. Mir sind da folgende > Möglichkeiten bekannt. a) WAN ist eth0, b) WAN ist eth1, c) WAN ist teil vom > Switch eth0. Dementsprechend wird das WANDEV auf dem Router in der > /etc/network.tl-wr1043nd-v2 konfiguriert. Wenn WAN ein eigenes ethX hat, > dann muss WAN_PORTS="" sein. Dann muss eingestellt werden welches > Ethernet-Device an dem internen Switch angeschlossen ist (swconfig list). > Dieses wird als SWITCHDEV konfiguriert. Es muss noch eingestellt werden, > welches Ethernet oder Wifi Device die MAC Adresse hat, die auch unter dem > Gerät steht. Dieses Device wird als ROUTERMAC eingetragen. Nun ist es an der > Zeit die Einstellungen zu testen, dafür muss die falsche Netzwerk-Config zurück > gesetzt werden: > -- > 2.20.1
Hallo Adrian, ganz so leicht ist es leider nicht, da die zusätzliche Zeile in einem OpenWRT Patch im build_patches ist. Entweder man kann den Patch passend manuell editieren oder man muss den auf OpenWRT applien und entsprechend ändern. Ich denke mal drüber nach, ob ich noch einen kurzen Block mit einbaue, wie man den Patch einfach editieren kann. Gruß Fabian On 28.01.19 11:15, Adrian Schmutzler wrote: > Hallo Fabian, > > finde ich super, dann muss ich den C60-Patch einmal weniger schicken (da hätte ich nicht dran gedacht). > > Ich würde da noch ein Beispiel reinnehmen: > > vi <dateidiewogeändertwird> > [...] > <zusätzlichezeile, z.b. mit 1043v2> > [...] > > Grüße > > Adrian > >> -----Original Message----- >> From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf Of >> Fabian Bläse >> Sent: Montag, 28. Januar 2019 10:05 >> To: franken-dev@freifunk.net >> Subject: [PATCH] README: Include note about merged Subtargets >> >> When adding support for a previously-generic device, the >> correct MIPS MACH has to be added. The compiled image >> will lead to bootloops otherwise. >> >> Because this might not be obvious, a note is added to the >> READMEs section about supporting a new device. >> >> Signed-off-by: Fabian Bläse <fabian@blaese.de> >> --- >> README.md | 4 ++++ >> 1 file changed, 4 insertions(+) >> >> diff --git a/README.md b/README.md >> index 4673782..2feb4a3 100644 >> --- a/README.md >> +++ b/README.md >> @@ -108,6 +108,10 @@ Anschließend kann ein erstes Image erzeugt werden: >> ``` >> Jetzt gehst du n Kaffee trinken. >> >> +**Vorsicht:** Für das ar71xx BSP wurde das tiny-Subtarget so erweitert, so >> dass auch die Geräte aus dem OpenWRT generic Subtarget damit gebaut >> werden können. (vgl. [Patch](build_patches/openwrt/0005-allow-building-all- >> devives-as-tiny.patch)) >> + >> +Soll das ar71xx BSP um ein Gerät erweitert werden, das bei OpenWRT unter >> generic geführt wird, muss die Kernel Konfiguration entsprechend um die >> passende MIPS MACH erweitert werden. Ansonsten führt das resultierende >> Image zu einem Bootloop, wenn es installiert wird. >> + >> ### Netzwerkeinstellungen korrekt setzen >> Am Ende sollte im bin/ Verzeichnis das Image für v1 und v2 liegen. Das v2 Image >> wird auf den Router geflasht. Achtung: Eventuell ist das Netzwerk jetzt so falsch >> eingestellt, dass man nicht mehr über Netzwerk auf den Router zugreifen kann. >> Am einfachsten ist es den Router dann über eine serielle Konsole zu >> verwenden. Theoretisch kann man an den unterschiedlichen LAN-Ports mit der >> IPv6 Link-Local aus der MAC Adresse des Geräts versuchen drauf zu kommen. Es >> kann auch sein, dass die IPv6 +/- 1 am Ende hat. Letztlich kann das >> funktionieren, ist aber aufwändig und da am LAN Einstellungen verändert >> werden sollen, ist die serielle Konsole das Mittel der Wahl! >> Wenn man dann auf dem Router drauf ist, muss als erstes festgestellt werden, >> welches Ethernet-Device für den WAN Port zuständig ist. Mir sind da folgende >> Möglichkeiten bekannt. a) WAN ist eth0, b) WAN ist eth1, c) WAN ist teil vom >> Switch eth0. Dementsprechend wird das WANDEV auf dem Router in der >> /etc/network.tl-wr1043nd-v2 konfiguriert. Wenn WAN ein eigenes ethX hat, >> dann muss WAN_PORTS="" sein. Dann muss eingestellt werden welches >> Ethernet-Device an dem internen Switch angeschlossen ist (swconfig list). >> Dieses wird als SWITCHDEV konfiguriert. Es muss noch eingestellt werden, >> welches Ethernet oder Wifi Device die MAC Adresse hat, die auch unter dem >> Gerät steht. Dieses Device wird als ROUTERMAC eingetragen. Nun ist es an der >> Zeit die Einstellungen zu testen, dafür muss die falsche Netzwerk-Config zurück >> gesetzt werden: >> -- >> 2.20.1
Achso, stimmt. Dann vll. einfach ein Satz als ganz konkreter (=noch konkreterer) Hinweis, dass hier ein OpenWrt-Patch editiert werden muss? Und wie der dann editiert wird, ist Sache des Users (getreu: „If you don’t want to solve it, make it someone else’s problem…“.) z.B. „Dafür muss folgender Patch auf das OpenWrt Repo editiert werden: <buildpatches/openwrt/bla>“ Das würde mir schon reichen. Grüße Adrian From: Fabian Bläse [mailto:fabian@blaese.de] Sent: Montag, 28. Januar 2019 11:20 To: Adrian Schmutzler <mail@adrianschmutzler.de>; franken-dev@freifunk.net Subject: Re: [PATCH] README: Include note about merged Subtargets Hallo Adrian, ganz so leicht ist es leider nicht, da die zusätzliche Zeile in einem OpenWRT Patch im build_patches ist. Entweder man kann den Patch passend manuell editieren oder man muss den auf OpenWRT applien und entsprechend ändern. Ich denke mal drüber nach, ob ich noch einen kurzen Block mit einbaue, wie man den Patch einfach editieren kann. Gruß Fabian On 28.01.19 11:15, Adrian Schmutzler wrote: > Hallo Fabian, > > finde ich super, dann muss ich den C60-Patch einmal weniger schicken (da hätte ich nicht dran gedacht). > > Ich würde da noch ein Beispiel reinnehmen: > > vi <dateidiewogeändertwird> > [...] > <zusätzlichezeile, z.b. mit 1043v2> > [...] > > Grüße > > Adrian > >> -----Original Message----- >> From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf Of >> Fabian Bläse >> Sent: Montag, 28. Januar 2019 10:05 >> To: franken-dev@freifunk.net <mailto:franken-dev@freifunk.net> >> Subject: [PATCH] README: Include note about merged Subtargets >> >> When adding support for a previously-generic device, the >> correct MIPS MACH has to be added. The compiled image >> will lead to bootloops otherwise. >> >> Because this might not be obvious, a note is added to the >> READMEs section about supporting a new device. >> >> Signed-off-by: Fabian Bläse <fabian@blaese.de <mailto:fabian@blaese.de> > >> --- >> README.md | 4 ++++ >> 1 file changed, 4 insertions(+) >> >> diff --git a/README.md b/README.md >> index 4673782..2feb4a3 100644 >> --- a/README.md >> +++ b/README.md >> @@ -108,6 +108,10 @@ Anschließend kann ein erstes Image erzeugt werden: >> ``` >> Jetzt gehst du n Kaffee trinken. >> >> +**Vorsicht:** Für das ar71xx BSP wurde das tiny-Subtarget so erweitert, so >> dass auch die Geräte aus dem OpenWRT generic Subtarget damit gebaut >> werden können. (vgl. [Patch](build_patches/openwrt/0005-allow-building-all- >> devives-as-tiny.patch)) >> + >> +Soll das ar71xx BSP um ein Gerät erweitert werden, das bei OpenWRT unter >> generic geführt wird, muss die Kernel Konfiguration entsprechend um die >> passende MIPS MACH erweitert werden. Ansonsten führt das resultierende >> Image zu einem Bootloop, wenn es installiert wird. >> + >> ### Netzwerkeinstellungen korrekt setzen >> Am Ende sollte im bin/ Verzeichnis das Image für v1 und v2 liegen. Das v2 Image >> wird auf den Router geflasht. Achtung: Eventuell ist das Netzwerk jetzt so falsch >> eingestellt, dass man nicht mehr über Netzwerk auf den Router zugreifen kann. >> Am einfachsten ist es den Router dann über eine serielle Konsole zu >> verwenden. Theoretisch kann man an den unterschiedlichen LAN-Ports mit der >> IPv6 Link-Local aus der MAC Adresse des Geräts versuchen drauf zu kommen. Es >> kann auch sein, dass die IPv6 +/- 1 am Ende hat. Letztlich kann das >> funktionieren, ist aber aufwändig und da am LAN Einstellungen verändert >> werden sollen, ist die serielle Konsole das Mittel der Wahl! >> Wenn man dann auf dem Router drauf ist, muss als erstes festgestellt werden, >> welches Ethernet-Device für den WAN Port zuständig ist. Mir sind da folgende >> Möglichkeiten bekannt. a) WAN ist eth0, b) WAN ist eth1, c) WAN ist teil vom >> Switch eth0. Dementsprechend wird das WANDEV auf dem Router in der >> /etc/network.tl-wr1043nd-v2 konfiguriert. Wenn WAN ein eigenes ethX hat, >> dann muss WAN_PORTS="" sein. Dann muss eingestellt werden welches >> Ethernet-Device an dem internen Switch angeschlossen ist (swconfig list). >> Dieses wird als SWITCHDEV konfiguriert. Es muss noch eingestellt werden, >> welches Ethernet oder Wifi Device die MAC Adresse hat, die auch unter dem >> Gerät steht. Dieses Device wird als ROUTERMAC eingetragen. Nun ist es an der >> Zeit die Einstellungen zu testen, dafür muss die falsche Netzwerk-Config zurück >> gesetzt werden: >> -- >> 2.20.1
Hallo Adrian,
On 28.01.19 11:34, Adrian Schmutzler wrote:
> Dann vll. einfach ein Satz als ganz konkreter (=noch konkreterer) Hinweis, dass hier ein OpenWrt-Patch editiert werden muss? Und wie der dann editiert wird, ist Sache des Users (getreu: „If you don’t want to solve it, make it someone else’s problem…“.)
Könnte man mit einbauen. Ich hab dafür aber grade weder Zeit noch Lust, daher würde ich das jetzt erstmal so in README aufnehmen, damit niemand damit auf die Nase fällt.
Wie gesagt kann ein Gerät, bei dem man das vergisst, nur bootloopen.
Von mir aus könntest du das auch einfach noch ergänzen.
Gruß
Fabian
Hallo Fabian, eigentlich passt das so schon, beim nochmal drüberlesen ist mir auch aufgefallen, dass auf die konkrete Datei verwiesen wird. Werde das zeitnah applien. Reviewed-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> Grüße Adrian From: Fabian Bläse [mailto:fabian@blaese.de] Sent: Dienstag, 12. Februar 2019 16:24 To: Adrian Schmutzler <mail@adrianschmutzler.de>; franken-dev@freifunk.net Subject: Re: [PATCH] README: Include note about merged Subtargets Hallo Adrian, On 28.01.19 11:34, Adrian Schmutzler wrote: > Dann vll. einfach ein Satz als ganz konkreter (=noch konkreterer) Hinweis, dass hier ein OpenWrt-Patch editiert werden muss? Und wie der dann editiert wird, ist Sache des Users (getreu: „If you don’t want to solve it, make it someone else’s problem…“.) Könnte man mit einbauen. Ich hab dafür aber grade weder Zeit noch Lust, daher würde ich das jetzt erstmal so in README aufnehmen, damit niemand damit auf die Nase fällt. Wie gesagt kann ein Gerät, bei dem man das vergisst, nur bootloopen. Von mir aus könntest du das auch einfach noch ergänzen. Gruß Fabian
Applied. From: Adrian Schmutzler [mailto:mail@adrianschmutzler.de] Sent: Mittwoch, 13. Februar 2019 15:25 To: 'Fabian Bläse' <fabian@blaese.de>; 'franken-dev@freifunk.net' <franken-dev@freifunk.net> Subject: RE: [PATCH] README: Include note about merged Subtargets Hallo Fabian, eigentlich passt das so schon, beim nochmal drüberlesen ist mir auch aufgefallen, dass auf die konkrete Datei verwiesen wird. Werde das zeitnah applien. Reviewed-by: Adrian Schmutzler <freifunk@adrianschmutzler.de <mailto:freifunk@adrianschmutzler.de> > Grüße Adrian From: Fabian Bläse [mailto:fabian@blaese.de] Sent: Dienstag, 12. Februar 2019 16:24 To: Adrian Schmutzler <mail@adrianschmutzler.de <mailto:mail@adrianschmutzler.de> >; franken-dev@freifunk.net <mailto:franken-dev@freifunk.net> Subject: Re: [PATCH] README: Include note about merged Subtargets Hallo Adrian, On 28.01.19 11:34, Adrian Schmutzler wrote: > Dann vll. einfach ein Satz als ganz konkreter (=noch konkreterer) Hinweis, dass hier ein OpenWrt-Patch editiert werden muss? Und wie der dann editiert wird, ist Sache des Users (getreu: „If you don’t want to solve it, make it someone else’s problem…“.) Könnte man mit einbauen. Ich hab dafür aber grade weder Zeit noch Lust, daher würde ich das jetzt erstmal so in README aufnehmen, damit niemand damit auf die Nase fällt. Wie gesagt kann ein Gerät, bei dem man das vergisst, nur bootloopen. Von mir aus könntest du das auch einfach noch ergänzen. Gruß Fabian
When adding support for a previously-generic device, the correct MIPS MACH has to be added. The compiled image will lead to bootloops otherwise. Because this might not be obvious, a note is added to the READMEs section about supporting a new device. Signed-off-by: Fabian Bläse <fabian@blaese.de> --- README.md | 4 ++++ 1 file changed, 4 insertions(+)