<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/mans0n, branch master</title>
<subtitle>Staging tree of Sungbo Eo</subtitle>
<id>https://git-03.infra.openwrt.org/openwrt/staging/mans0n/atom?h=master</id>
<link rel='self' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/'/>
<updated>2024-03-10T07:32:14Z</updated>
<entry>
<title>ramips: improve support for STORYLiNK SAP-G3200U3</title>
<updated>2024-03-10T07:32:14Z</updated>
<author>
<name>Sungbo Eo</name>
</author>
<published>2024-03-10T04:55:24Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=261876a067fbf753d50459e3a88354ff873af422'/>
<id>urn:sha1:261876a067fbf753d50459e3a88354ff873af422</id>
<content type='text'>
* Increase flash SPI frequency to 50MHz

  The maximum SPI frequency of MX25L6406EM2I is 86 MHz,
  but in this patch 50 MHz was chosen as a safe value.

* Update Ethernet MAC addresses

  Till now LAN/WAN MAC addresses were flipped
  compared to stock firmware.

* Fix Wi-Fi LEDs by adding mt76 led nodes

* Fix LAN port order

  LAN ports are in reverse order of switch ports.

* Fix the well-known "LZMA ERROR 1" error by using lzma-loader

* Set uImage name, which enables installation via stock web interface:

  1.  Upload **initramfs** image file to the web page.
  2.  Boot into OpenWrt and perform sysupgrade with sysupgrade image.

Signed-off-by: Sungbo Eo &lt;mans0n@gorani.run&gt;
</content>
</entry>
<entry>
<title>ramips: add factory image for ipTIME AX2004M</title>
<updated>2024-03-10T07:32:14Z</updated>
<author>
<name>Sungbo Eo</name>
</author>
<published>2024-02-04T18:57:27Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=85a8f58483b223951515219ca9b21c31c36f87c8'/>
<id>urn:sha1:85a8f58483b223951515219ca9b21c31c36f87c8</id>
<content type='text'>
Unlike the recovery image, this initramfs-factory image can be flashed
using the stock firmware web interface (from any active boot partition),
as well as the bootloader recovery web page. Drop the recovery image in
favor of the factory image.

Installation via stock/recovery web interface:
1.  Flash **initramfs-factory** image through the web page.
2.  Boot into OpenWrt and perform sysupgrade with sysupgrade image.

Signed-off-by: Sungbo Eo &lt;mans0n@gorani.run&gt;
</content>
</entry>
<entry>
<title>ramips: mt7621: use variable for relocate-kernel argument</title>
<updated>2024-03-10T07:32:14Z</updated>
<author>
<name>Sungbo Eo</name>
</author>
<published>2024-02-04T13:10:29Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=b94ea518193778312f9f8f88f120b5104cf2327e'/>
<id>urn:sha1:b94ea518193778312f9f8f88f120b5104cf2327e</id>
<content type='text'>
The "0x80001000" address logically comes from "loadaddr-y" variable for
mt7621 subtarget. Let's replace the hardcoded value with the predefined
variable. This change is purely cosmetic.

Signed-off-by: Sungbo Eo &lt;mans0n@gorani.run&gt;
</content>
</entry>
<entry>
<title>ramips: rename mtd partition of ipTIME NAND devices</title>
<updated>2024-03-10T07:32:14Z</updated>
<author>
<name>Sungbo Eo</name>
</author>
<published>2024-02-04T12:46:14Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=ec45f2f246363a4c2a84e51d0014848bf8c52e9f'/>
<id>urn:sha1:ec45f2f246363a4c2a84e51d0014848bf8c52e9f</id>
<content type='text'>
Contrary to common ipTIME NOR devices, the "Config" partition of T5004
and AX2004M contain normal U-Boot environment variables. Renaming the
partition into "u-boot-env" serves for better description, and it also
conforms to common naming practice in OpenWrt.

This patch might also be extended to A3004T, but its u-boot-env
partition layout has not been confirmed yet.

Signed-off-by: Sungbo Eo &lt;mans0n@gorani.run&gt;
</content>
</entry>
<entry>
<title>ramips: add NMBM support for ipTIME AX2004M</title>
<updated>2024-03-10T07:32:14Z</updated>
<author>
<name>Sungbo Eo</name>
</author>
<published>2023-12-17T16:06:21Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=7e04a611bc798c27a0dc584959d2c2bdf64da05f'/>
<id>urn:sha1:7e04a611bc798c27a0dc584959d2c2bdf64da05f</id>
<content type='text'>
AX2004M uses NMBM on its NAND flash, but it was not enabled in DTS as the
device support [1] had been added before NMBM feature in mtk_bmt driver [2].
Let's enable it now.

With this change, there is a low possibility of boot failure after
sysupgrade from older versions. As AX2004M already has gone through
two stable releases in the meantime, it would be safe to warn users
by bumping DEVICE_COMPAT_VERSION.

[1] 37753f34ac68 ("ramips: add support for ipTIME AX2004M")
[2] 06382d1af7b2 ("kernel: add support for mediatek NMBM flash mapping support")

Signed-off-by: Sungbo Eo &lt;mans0n@gorani.run&gt;
</content>
</entry>
<entry>
<title>mac80211: rtl8xxxu: sync with linux-next 20240229</title>
<updated>2024-03-09T22:42:37Z</updated>
<author>
<name>Shiji Yang</name>
</author>
<published>2024-02-22T21:36:50Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=97f542238a23a1c8461b40dfb26d9213826d8e78'/>
<id>urn:sha1:97f542238a23a1c8461b40dfb26d9213826d8e78</id>
<content type='text'>
Backporting upstream patches to improve RTL8188F support.

Signed-off-by: Shiji Yang &lt;yangshiji66@qq.com&gt;
</content>
</entry>
<entry>
<title>firmware: add firmware package for Realtek RTL8188FU</title>
<updated>2024-03-09T22:42:37Z</updated>
<author>
<name>Shiji Yang</name>
</author>
<published>2024-02-22T01:56:36Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=860dd27617812bc25627d716436b88cf3f1cbe9d'/>
<id>urn:sha1:860dd27617812bc25627d716436b88cf3f1cbe9d</id>
<content type='text'>
Realtek RTL8188F is an 802.11n 1x1 USB Wi-Fi adapter. It has been
supported by the upstream rtl8xxxu driver since Linux 6.2 kernel.

Signed-off-by: Shiji Yang &lt;yangshiji66@qq.com&gt;
</content>
</entry>
<entry>
<title>ath79: add support for D-Link COVR-C1200 A1</title>
<updated>2024-03-09T19:00:11Z</updated>
<author>
<name>Sebastian Schaper</name>
</author>
<published>2024-02-11T17:55:43Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=ee69f81ca5032f13e39ce7c2515ae9c5ee0a78f1'/>
<id>urn:sha1:ee69f81ca5032f13e39ce7c2515ae9c5ee0a78f1</id>
<content type='text'>
The COVR-C1200 devices are sold as "Whole Home Mesh Wi-Fi"
sets in packs of two (COVR-C1202) and three (COVR-C1203).

Specifications:
 * QCA9563, 16 MiB flash, 128 MiB RAM, 2x3:2 802.11n
 * QCA9886 2x2:2 801.11ac Wave 2
 * AR8337, 2 Gigabit ports (1: WAN; 2: LAN)
 * USB Type-C power connector (5V, 3A)

Installation COVR Point A:
 * In factory reset state: OEM Web UI is at 192.168.0.50
   no DHCP, skip wizard by directly accessing:
     http://192.168.0.50/UpdateFirmware_Simple.html
 * After completing setup wizard: Web UI is at 192.168.0.1
     DHCP enabled, login with empty password
 * Flash factory.bin
 * Perform a factory reset to restore OpenWrt UCI defaults

Installation COVR Points B:
 * OEM Web UI is at 192.168.0.50, no DHCP, empty password
 * Flash factory.bin
 * Perform a factory reset to restore OpenWrt UCI defaults

Recovery:
 * Keep reset button pressed during power on
 * Recovery Web UI is at 192.168.0.50, no DHCP
 * Flash factory.bin
   used to work best with Chromium-based browsers or curl:
     curl -F firmware=@factory.bin \
       http://192.168.0.50/upgrade.cgi
   since this fails to work on modern Linux systems,
   there is also a script dlink_recovery_upload.py

Signed-off-by: Sebastian Schaper &lt;openwrt@sebastianschaper.net&gt;
</content>
</entry>
<entry>
<title>ath79: split dtsi for D-Link COVR-P2500</title>
<updated>2024-03-09T19:00:11Z</updated>
<author>
<name>Sebastian Schaper</name>
</author>
<published>2024-02-11T17:53:07Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=6fa2ae30bbfa0fb0919fcd0dd3b96b185594c7f1'/>
<id>urn:sha1:6fa2ae30bbfa0fb0919fcd0dd3b96b185594c7f1</id>
<content type='text'>
in preparation of adding COVR-C1200

Signed-off-by: Sebastian Schaper &lt;openwrt@sebastianschaper.net&gt;
</content>
</entry>
<entry>
<title>firmware: intel-microcode: update to 20231114</title>
<updated>2024-03-09T19:00:11Z</updated>
<author>
<name>Christian Lamparter</name>
</author>
<published>2024-03-08T20:16:44Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/mans0n/commit/?id=7241a91c948066e9062729a043944fd313826753'/>
<id>urn:sha1:7241a91c948066e9062729a043944fd313826753</id>
<content type='text'>
Debian changelog:

intel-microcode (3.20231114.1) unstable; urgency=medium

  * New upstream microcode datafile 20231114 (closes: #1055962)
    Mitigations for "reptar", INTEL-SA-00950 (CVE-2023-23583)
    Sequence of processor instructions leads to unexpected behavior for some
    Intel(R) Processors, may allow an authenticated user to potentially enable
    escalation of privilege and/or information disclosure and/or denial of
    service via local access.
    Note: "retvar" on 4th gen Xeon Scalable (sig 0x806f8 pfm 0x87), 12th gen
    Core mobile (sig 0x906a4 pfm 0x80), 13th gen Core desktop (sig 0xb0671 pfm
    0x01) were already mitigated by a previous microcode update.
  * Fixes for unspecified functional issues
  * Updated microcodes:
    sig 0x000606a6, pf_mask 0x87, 2023-09-01, rev 0xd0003b9, size 299008
    sig 0x000606c1, pf_mask 0x10, 2023-09-08, rev 0x1000268, size 290816
    sig 0x000706e5, pf_mask 0x80, 2023-09-03, rev 0x00c2, size 113664
    sig 0x000806c1, pf_mask 0x80, 2023-09-07, rev 0x00b4, size 111616
    sig 0x000806c2, pf_mask 0xc2, 2023-09-07, rev 0x0034, size 98304
    sig 0x000806d1, pf_mask 0xc2, 2023-09-07, rev 0x004e, size 104448
    sig 0x000806f8, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0, size 572416
    sig 0x000806f8, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0
    sig 0x000806f7, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0
    sig 0x000806f6, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0
    sig 0x000806f5, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0
    sig 0x000806f4, pf_mask 0x87, 2023-06-16, rev 0x2b0004d0
    sig 0x000806f8, pf_mask 0x10, 2023-06-26, rev 0x2c000290, size 605184
    sig 0x000806f8, pf_mask 0x10, 2023-06-26, rev 0x2c000290
    sig 0x000806f6, pf_mask 0x10, 2023-06-26, rev 0x2c000290
    sig 0x000806f5, pf_mask 0x10, 2023-06-26, rev 0x2c000290
    sig 0x000806f4, pf_mask 0x10, 2023-06-26, rev 0x2c000290
    sig 0x00090672, pf_mask 0x07, 2023-06-07, rev 0x0032, size 222208
    sig 0x00090672, pf_mask 0x07, 2023-06-07, rev 0x0032
    sig 0x00090675, pf_mask 0x07, 2023-06-07, rev 0x0032
    sig 0x000b06f2, pf_mask 0x07, 2023-06-07, rev 0x0032
    sig 0x000b06f5, pf_mask 0x07, 2023-06-07, rev 0x0032
    sig 0x000906a3, pf_mask 0x80, 2023-06-07, rev 0x0430, size 220160
    sig 0x000906a3, pf_mask 0x80, 2023-06-07, rev 0x0430
    sig 0x000906a4, pf_mask 0x80, 2023-06-07, rev 0x0430
    sig 0x000906a4, pf_mask 0x40, 2023-05-05, rev 0x0005, size 117760
    sig 0x000a0671, pf_mask 0x02, 2023-09-03, rev 0x005d, size 104448
    sig 0x000b0671, pf_mask 0x32, 2023-08-29, rev 0x011d, size 210944
    sig 0x000b06a2, pf_mask 0xe0, 2023-08-30, rev 0x411c, size 216064
    sig 0x000b06a2, pf_mask 0xe0, 2023-08-30, rev 0x411c
    sig 0x000b06a3, pf_mask 0xe0, 2023-08-30, rev 0x411c
    sig 0x000b06e0, pf_mask 0x11, 2023-06-26, rev 0x0012, size 136192
  * Updated 2023-08-08 changelog entry:
    Mitigations for "retvar" on a few processors, refer to the 2023-11-14
    entry for details.  This information was disclosed in 2023-11-14.
  * source: update symlinks to reflect id of the latest release, 20231114

 -- Henrique de Moraes Holschuh &lt;hmh@debian.org&gt;  Thu, 16 Nov 2023 08:09:43 -0300

Signed-off-by: Christian Lamparter &lt;chunkeey@gmail.com&gt;
</content>
</entry>
</feed>
