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

[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.patch

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.patch

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/8bb424f5f17591f0d0fa49bffedc0154165d7505
>>
>>> 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
>>>>>>