[Berlin-wireless] GL-AR750s | war: GL-AR300M-Ext: Firmware is not for this hardware.

Mi Apr 15 23:56:52 CEST 2020

Martin,

hast du das schon gesehen: "ath79: Enable target for SPI-NAND; Support NAND 
for GL-AR300M and GL-AR750S"

https://github.com/openwrt/openwrt/pull/2184

Sven

Am Montag, 16. September 2019, 16:34:03 CEST schrieb Martin Hübner:
> Hallo Sven,
> 
> nachdem ich "make clean" ausgeführt hatte, kam der treeobjekt-Fehler
> nicht mehr. Danke für den Tipp.
> 
> Dafür machen jetzt anscheinend einige Patches Probleme.
> 
> VG Martin
> 
> 
> rm -f .stamp-firmwares
> rm -rf /home/martin/AR750-s/firmware/openwrt/bin
> rm -rf
> /home/martin/AR750-s/firmware/openwrt/build_dir/target-*/*-{imagebuilder,sdk
> }-* cd /home/martin/AR750-s/firmware/openwrt; quilt pop -a -f || [ $? = 2 ]
> && true
> Entferne patch patches/002-add_ramips-nexx-image.patch
> Removing target/linux/ramips/mt7620/profiles/nexx.mk
> 
> Entferne patch patches/001-mac80211_mesh_no_fwding_by_default.patch
> Removing
> package/kernel/mac80211/patches/999-mac80211-mesh-no-forwarding-by-default.p
> atch
> 
> Keine Patches angewandt
> rm -rf /home/martin/AR750-s/firmware/openwrt/tmp
> rm -f .stamp-patch-openwrt
> cd /home/martin/AR750-s/firmware/openwrt; quilt push -a || [ $? = 2 ] &&
> true
> Wende Patch patches/001-mac80211_mesh_no_fwding_by_default.patch an
> patching file
> package/kernel/mac80211/patches/999-mac80211-mesh-no-forwarding-by-default.p
> atch
> 
> Wende Patch patches/002-add_ramips-nexx-image.patch an
> patching file target/linux/ramips/mt7620/profiles/nexx.mk
> 
> Wende Patch patches/015-ath79-add-support-for-cpe510v2v3.patch an
> patching file target/linux/ath79/base-files/etc/board.d/01_leds
> Hunk #1 FAILED at 158.
> 1 out of 1 hunk FAILED -- rejects in file
> target/linux/ath79/base-files/etc/board.d/01_leds
> patching file target/linux/ath79/base-files/etc/board.d/02_network
> Hunk #1 FAILED at 28.
> 1 out of 1 hunk FAILED -- rejects in file
> target/linux/ath79/base-files/etc/board.d/02_network
> The next patch would create the file
> target/linux/ath79/dts/ar9344_tplink_cpe510-v2.dts,
> which already exists!  Applying it anyway.
> patching file target/linux/ath79/dts/ar9344_tplink_cpe510-v2.dts
> Hunk #1 FAILED at 1.
> 1 out of 1 hunk FAILED -- rejects in file
> target/linux/ath79/dts/ar9344_tplink_cpe510-v2.dts
> The next patch would create the file
> target/linux/ath79/dts/ar9344_tplink_cpe510-v3.dts,
> which already exists!  Applying it anyway.
> patching file target/linux/ath79/dts/ar9344_tplink_cpe510-v3.dts
> Hunk #1 FAILED at 1.
> 1 out of 1 hunk FAILED -- rejects in file
> target/linux/ath79/dts/ar9344_tplink_cpe510-v3.dts
> The next patch would create the file
> target/linux/ath79/dts/ar9344_tplink_cpe510.dtsi,
> which already exists!  Applying it anyway.
> patching file target/linux/ath79/dts/ar9344_tplink_cpe510.dtsi
> Hunk #1 FAILED at 1.
> 1 out of 1 hunk FAILED -- rejects in file
> target/linux/ath79/dts/ar9344_tplink_cpe510.dtsi
> patching file target/linux/ath79/image/generic-tp-link.mk
> Hunk #1 succeeded at 252 with fuzz 2 (offset 93 lines).
> Patch patches/015-ath79-add-support-for-cpe510v2v3.patch lässt sich
> nicht anwenden (erzwingen mit -f)
> Makefile:127: recipe for target
> '/home/martin/AR750-s/firmware/openwrt/.pc/applied-patches' failed
> make: *** [/home/martin/AR750-s/firmware/openwrt/.pc/applied-patches]
> Error 1
> 
> > Martin,
> > 
> > sieht eigentlich stimmig aus.
> > * hast du mal ein Log?
> > * hast du mal "make clean" probiert?
> > 
> > Sven
> > 
> > Am 13.09.19 um 12:25 schrieb Martin Hübner:
> >> Hallo Leute,
> >> 
> >> ich habe möchte versuchen ein NAND-image für den AR7750s zu bauen. Dazu
> >> habe ich das so definiert, wie Sven das vorgeschlagen hatte. [0]
> >> 
> >> Danach habe ich im freifunk-buildsystem in der config.mk die zwei zeilen
> >> angepasst:
> >> 
> >> ´´´
> >> OPENWRT_SRC=https://github.com/Akira25/openwrt.git
> >> OPENWRT_COMMIT=8bb424f5f17591f0d0fa49bffedc0154165d7505
> >> 
> >> ´´´
> >> 
> >> aber irgendwie mag make den Commit nicht und will nicht weiterbauen:
> >> 
> >> __fatal: Referenz ist kein "Tree"-Objekt:
> >> 8bb424f5f17591f0d0fa49bffedc0154165d7505__
> >> 
> >> Was ist ein Tree-Ojekt und wie kann ich das Tree-Objekt zu meinem Commit
> >> ermitteln?
> >> 
> >> VG Martin
> >> 
> >> 
> >> [0]
> >> https://github.com/Akira25/openwrt/commit/8bb424f5f17591f0d0fa49bffedc015
> >> 4165d7505>> 
> >>> So, ferdsch.
> >>> git clone -b daily/upstream-1907
> >>> https://github.com/freifunk-berlin/firmware.git war der entscheidende
> >>> Hinweis. 4h hat er gewerkelt. Kann sein, dass ich den Bindestrich bei
> >>> -j=4 vergessen hatte. Musste ihm allerdings die default sysupgrade.bin
> >>> per uboot reinprügeln, macht aber nix, musst ich beim AR750 NOR auch.
> >>> Läuft einwandfrei. Interessant: Offensichtlich ist NOR so eine Art
> >>> Rettungsmodus für NAND, es ist alles fertig eingerichtet, hat alle
> >>> Werte vom Image von NOR übernommen.
> >>> 
> >>> Grüsse Andreas
> >>> 
> >>>> Gesendet: Donnerstag, 05. September 2019 um 23:06 Uhr
> >>>> Betreff: Re: [Berlin-wireless] GL-AR300M-Ext: Firmware is not for this
> >>>> hardware.
> >>>> 
> >>>> https://github.com/freifunk-berlin/firmware#building-all-firmwares
> >>>> 
> >>>>> git clone -b daily/upstream-1907
> >>>>> https://github.com/freifunk-berlin/firmware.git cd firmware
> >>>>> make TARGET=ath79-nand
> >>>> 
> >>>> und nach etwas Zeit ... kannst du probieren
> >>>> 
> >>>> GRuss Sven
> >>>> 
> >>>> Am 05.09.19 um 21:55 schrieb anha4 at web.de:
> >>>>> Immer her damit
> >>>>> 
> >>>>> Andreas
> >>>>> 
> >>>>>> Gesendet: Dienstag, 03. September 2019 um 16:23 Uhr
> >>>>>> Betreff: Re: [Berlin-wireless] GL-AR300M-Ext: Firmware is not for
> >>>>>> this hardware.
> >>>>>> 
> >>>>>> Oder den Compiler anwerfen.
> >>>>>> Im branch "upstream-master" gibt es das ath79-nand target. Damit
> >>>>>> sollte eigentlich ein Image für den 128MB Nandspeicher entstehen.
> >>>>>> Hab es mangels Hardware aber selbst nie testen können.
> >>>>>> 
> >>>>>> 
> >>>>>> Sven
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 228 bytes
Beschreibung: This is a digitally signed message part.
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200415/76b8056a/attachment.sig>