<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/adrian/scripts, branch rft-devices</title>
<subtitle>Staging tree of Adrian Schmutzler</subtitle>
<id>https://git.openwrt.org/openwrt/staging/adrian/atom?h=rft-devices</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/adrian/atom?h=rft-devices'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/'/>
<updated>2021-01-15T08:42:21Z</updated>
<entry>
<title>scripts: target-metadata don't add PROFILES twice</title>
<updated>2021-01-15T08:42:21Z</updated>
<author>
<name>Paul Spooren</name>
</author>
<published>2020-04-15T00:49:54Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=4dad3244297d8315b25ef029286681be4e7123a0'/>
<id>urn:sha1:4dad3244297d8315b25ef029286681be4e7123a0</id>
<content type='text'>
Since 4ee3cf2b5a profiles with alternative vendor names may appear
multiple times in `tmp/.targetinfo` or `.targetinfo` (for
ImageBuilders).

The `target-metadata.pl` script adds these profiles then twice to
`PROFILE_NAMES` and the ImageBuilder show the profile twice when running
`make info`.

This patch removes duplicate profile IDs and only adds them once to
`.profiles.mk`.

Signed-off-by: Paul Spooren &lt;mail@aparcar.org&gt;
</content>
</entry>
<entry>
<title>scripts/feed: no warn on toolchain/linux overwrite</title>
<updated>2021-01-07T00:04:34Z</updated>
<author>
<name>Paul Spooren</name>
</author>
<published>2020-12-27T21:26:37Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=a323a653f0338474ce9f2044574d2adc67d527d7'/>
<id>urn:sha1:a323a653f0338474ce9f2044574d2adc67d527d7</id>
<content type='text'>
The recent 7f285d "scripts/feeds: warn when skipping core package
override" floods SDK output with warning of overwriting "linux" and
"toolchain" core packages. This should be ignored as these are not
regular packages added via feeds.

While at it slightly improve the warning string.

Signed-off-by: Paul Spooren &lt;mail@aparcar.org&gt;
</content>
</entry>
<entry>
<title>build: drop clang wrapper</title>
<updated>2021-01-05T08:59:59Z</updated>
<author>
<name>Kevin Darbyshire-Bryant</name>
</author>
<published>2020-11-28T17:38:54Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=e2180e3cbe320e757f61122de17eca5240e76e04'/>
<id>urn:sha1:e2180e3cbe320e757f61122de17eca5240e76e04</id>
<content type='text'>
clang's gcc emulation does the right thing with -print-file-name now,
drop the wrapper

Signed-off-by: Kevin Darbyshire-Bryant &lt;ldir@darbyshire-bryant.me.uk&gt;
</content>
</entry>
<entry>
<title>scripts/qemustart: use squashfs instead of ext4</title>
<updated>2021-01-02T03:49:05Z</updated>
<author>
<name>Paul Spooren</name>
</author>
<published>2020-12-29T23:11:04Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=1b002434f0516d682bc8fbefc59b396435205621'/>
<id>urn:sha1:1b002434f0516d682bc8fbefc59b396435205621</id>
<content type='text'>
The qemustart script currently picks the ext4 filesystem rather than
squashfs, while the latter is default for nearly all OpenWrt targets.

Change the default behaviour of qemustart to be in line with the rest.

Signed-off-by: Paul Spooren &lt;mail@aparcar.org&gt;
</content>
</entry>
<entry>
<title>ipq40xx: add support for Plasma Cloud PA2200</title>
<updated>2020-12-22T18:11:50Z</updated>
<author>
<name>Marek Lindner</name>
</author>
<published>2018-12-14T15:46:53Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=4871fd2616acb03fefe69b068955dba36eb00770'/>
<id>urn:sha1:4871fd2616acb03fefe69b068955dba36eb00770</id>
<content type='text'>
Device specifications:

* QCA IPQ4019
* 256 MB of RAM
* 32 MB of SPI NOR flash (w25q256)
  - 2x 15 MB available; but one of the 15 MB regions is the recovery image
* 2T2R 2.4 GHz
  - QCA4019 hw1.0 (SoC)
  - requires special BDF in QCA4019/hw1.0/board-2.bin with
    bus=ahb,bmi-chip-id=0,bmi-board-id=20,variant=PlasmaCloud-PA2200
* 2T2R 5 GHz (channel 36-64)
  - QCA9888 hw2.0 (PCI)
  - requires special BDF in QCA9888/hw2.0/board-2.bin
    bus=pci,bmi-chip-id=0,bmi-board-id=16,variant=PlasmaCloud-PA2200
* 2T2R 5 GHz (channel 100-165)
  - QCA4019 hw1.0 (SoC)
  - requires special BDF in QCA4019/hw1.0/board-2.bin with
    bus=ahb,bmi-chip-id=0,bmi-board-id=21,variant=PlasmaCloud-PA2200
* GPIO-LEDs for 2.4GHz, 5GHz-SoC and 5GHz-PCIE
* GPIO-LEDs for power (orange) and status (blue)
* 1x GPIO-button (reset)
* TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
* 2x gigabit ethernet
  - phy@mdio3:
    + Label: Ethernet 1
    + gmac0 (ethaddr) in original firmware
    + used as LAN interface
  - phy@mdio4:
    + Label: Ethernet 2
    + gmac1 (eth1addr) in original firmware
    + 802.3at POE+
    + used as WAN interface
* 12V 2A DC

Flashing instructions:

The tool ap51-flash (https://github.com/ap51-flash/ap51-flash) should be
used to transfer the factory image to the u-boot when the device boots up.

Signed-off-by: Marek Lindner &lt;marek.lindner@kaiwoo.ai&gt;
[sven@narfation.org: prepare commit message, rebase, use all LEDs, switch
to dualboot_datachk upgrade script, use eth1 as designated WAN interface]
Signed-off-by: Sven Eckelmann &lt;sven@narfation.org&gt;
</content>
</entry>
<entry>
<title>ipq40xx: add support for Plasma Cloud PA1200</title>
<updated>2020-12-22T18:11:50Z</updated>
<author>
<name>Marek Lindner</name>
</author>
<published>2018-11-25T13:46:54Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=ea5bb6bbfee06f44f714aff40c8929505face221'/>
<id>urn:sha1:ea5bb6bbfee06f44f714aff40c8929505face221</id>
<content type='text'>
Device specifications:

* QCA IPQ4018
* 256 MB of RAM
* 32 MB of SPI NOR flash (w25q256)
  - 2x 15 MB available; but one of the 15 MB regions is the recovery image
* 2T2R 2.4 GHz
  - QCA4019 hw1.0 (SoC)
  - requires special BDF in QCA4019/hw1.0/board-2.bin with
    bus=ahb,bmi-chip-id=0,bmi-board-id=16,variant=PlasmaCloud-PA1200
* 2T2R 5 GHz
  - QCA4019 hw1.0 (SoC)
  - requires special BDF in QCA4019/hw1.0/board-2.bin with
    bus=ahb,bmi-chip-id=0,bmi-board-id=17,variant=PlasmaCloud-PA1200
* 3x GPIO-LEDs for status (cyan, purple, yellow)
* 1x GPIO-button (reset)
* 1x USB (xHCI)
* TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
* 2x gigabit ethernet
  - phy@mdio4:
    + Label: Ethernet 1
    + gmac0 (ethaddr) in original firmware
    + used as LAN interface
  - phy@mdio3:
    + Label: Ethernet 2
    + gmac1 (eth1addr) in original firmware
    + 802.3af/at POE(+)
    + used as WAN interface
* 12V/24V 1A DC

Flashing instructions:

The tool ap51-flash (https://github.com/ap51-flash/ap51-flash) should be
used to transfer the factory image to the u-boot when the device boots up.

Signed-off-by: Marek Lindner &lt;marek.lindner@kaiwoo.ai&gt;
[sven@narfation.org: prepare commit message, rebase, use all LEDs, switch
to dualboot_datachk upgrade script, use eth1 as designated WAN interface]
Signed-off-by: Sven Eckelmann &lt;sven@narfation.org&gt;
</content>
</entry>
<entry>
<title>ath79: Add support for Plasma Cloud PA300</title>
<updated>2020-12-22T18:11:50Z</updated>
<author>
<name>Sven Eckelmann</name>
</author>
<published>2020-11-23T12:41:34Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=5fc28ef47959c1256f2553d507224bb481b08494'/>
<id>urn:sha1:5fc28ef47959c1256f2553d507224bb481b08494</id>
<content type='text'>
Device specifications:

* Qualcomm/Atheros QCA9533 v2
* 650/600/217 MHz (CPU/DDR/AHB)
* 64 MB of RAM
* 16 MB of SPI NOR flash (mx25l12805d)
  - 2x 7 MB available; but one of the 7 MB regions is the recovery image
* 2x 10/100 Mbps Ethernet
* 2T2R 2.4 GHz Wi-Fi
* multi-color LED (controlled via red/green/blue GPIOs)
* 1x GPIO-button (reset)
* external h/w watchdog (enabled by default)
* TTL pins are on board (arrow points to VCC, then follows: GND, TX, RX)
* 2x fast ethernet
  - eth0
    + Label: Ethernet 1
    + 24V passive POE (mode B)
    + used as WAN interface
  - eth1
    + Label: Ethernet 2
    + 802.3af POE
    + builtin switch port 2
    + used as LAN interface
* 12-24V 1A DC
* internal antennas

Flashing instructions:

The tool ap51-flash (https://github.com/ap51-flash/ap51-flash) should be
used to transfer the factory image to the u-boot when the device boots up.

Signed-off-by: Sven Eckelmann &lt;sven@narfation.org&gt;
</content>
</entry>
<entry>
<title>images: Fix sysupgrade.tar for devices with NOR flash</title>
<updated>2020-12-22T18:11:50Z</updated>
<author>
<name>Sven Eckelmann</name>
</author>
<published>2020-11-22T12:12:09Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=3599ea5263a1a39740948110d96cfccdf409f336'/>
<id>urn:sha1:3599ea5263a1a39740948110d96cfccdf409f336</id>
<content type='text'>
The NOR flash rootfs images stored in a sysupgrade.tar must end with the
JFFS2 marker. Otherwise, devices like OpenMesh A42/A62 are not able to
calculate the md5sum of the fixed squashfs part and store it inside the
u-boot-env.

But the commit ee76bd11bbe7 ("images: fix boot failures on NAND with small
sub pages") adds up to 1020 0x00 bytes after the 0xdead0de EOF marker. The
calculated md5sum will be wrong due do this change and u-boot will fail to
boot the newly flashed device with a message like:

  Validating MD5Sum of 'vmlinux'...
  Passed!
  Validating MD5Sum of 'rootfs'...
  Failed!
      583a1b7b54b8601efa64ade42742459b != 8850ee812dfd7638e94083329d5d2781

  Data validation failed!

and boot the old image again.

Since the original change should not change the behavior of NOR images,
just check for the deadc0de marker at the end of the squashfs-jffs2 image
do avoid the problematic behavior for these images.

Fixes: ee76bd11bbe7 ("images: fix boot failures on NAND with small sub pages")
Signed-off-by: Sven Eckelmann &lt;sven@narfation.org&gt;
</content>
</entry>
<entry>
<title>scripts/om-fwupgradecfg-gen.sh: Generate checksum over whole squashfs</title>
<updated>2020-12-22T18:11:50Z</updated>
<author>
<name>Sven Eckelmann</name>
</author>
<published>2020-11-25T09:48:57Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=a4c30d9399bdd7f5c42409b959d52230a97600c9'/>
<id>urn:sha1:a4c30d9399bdd7f5c42409b959d52230a97600c9</id>
<content type='text'>
The rootfs is padded to the full block size by padjffs2 and a 4 byte magic
value ("deadc0de") is added to the end. On first boot, the JFFS2 is
replacing the "deadc0de" marker when the rootfs_data is initialized.

The static part of the rootfs is therefore $rootfs_size - 4 and not
$rootfs_size - 262144 - 4.

Signed-off-by: Sven Eckelmann &lt;sven@narfation.org&gt;
</content>
</entry>
<entry>
<title>scripts/om-fwupgradecfg-gen.sh: Drop block alignment code</title>
<updated>2020-12-22T18:11:50Z</updated>
<author>
<name>Sven Eckelmann</name>
</author>
<published>2020-11-25T09:48:57Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/adrian/commit/?id=7c75eaadfcddd5375d0cfd8a4eeed8e8f9e1a094'/>
<id>urn:sha1:7c75eaadfcddd5375d0cfd8a4eeed8e8f9e1a094</id>
<content type='text'>
The padding and block alignment is handled by the image build script and
doesn't need to be duplicated in the fwupgrade.cfg build script.

Signed-off-by: Sven Eckelmann &lt;sven@narfation.org&gt;
</content>
</entry>
</feed>
