<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/pepe2k/target/linux, branch v23.05.4</title>
<subtitle>Staging tree of Piotr Dymacz</subtitle>
<id>https://git.openwrt.org/openwrt/staging/pepe2k/atom?h=v23.05.4</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/pepe2k/atom?h=v23.05.4'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/'/>
<updated>2024-07-15T14:13:59Z</updated>
<entry>
<title>mediatek: filogic: prevent faulty mac address assignment</title>
<updated>2024-07-15T14:13:59Z</updated>
<author>
<name>Leon M. Busch-George</name>
</author>
<published>2024-05-17T18:10:25Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=d3552ccb178a1a19a52927146220e05e2312cd72'/>
<id>urn:sha1:d3552ccb178a1a19a52927146220e05e2312cd72</id>
<content type='text'>
The vendor U-Boot on the Cudy M3000 and the Yuncore AX835 assign random
mac addresses on boot and set the 'local-mac-address' property which
prevents Openwrt from assigning the correct address from evmem.

This patch removes the alias for ethernet0 so that U-Boot doesn't add the
property, removes the workaround from 02_network, and adds back the nvmem
definition for the M3000.

Signed-off-by: Leon M. Busch-George &lt;leon@georgemail.eu&gt;
(cherry picked from commit a55ab9e1343e85021253e9c55f67adf33ad68f09)
</content>
</entry>
<entry>
<title>mediatek: filogic: add support for Cudy M3000 v1</title>
<updated>2024-07-15T14:12:33Z</updated>
<author>
<name>Leon M. Busch-George</name>
</author>
<published>2024-01-12T15:10:40Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=74df6ce9db7d4ba7a547a1144801a0fe452ff828'/>
<id>urn:sha1:74df6ce9db7d4ba7a547a1144801a0fe452ff828</id>
<content type='text'>
Hardware:
  SoC:     MT7981b
  RAM:     256 MB
  Flash:   128 MB SPI NAND
  Ethernet:
    1x 2.5Gbps (rtl8221b)
    1x 1Gbps (integrated phy)
  WiFi:    2x2 MT7981
  Buttons: Reset, WPS
  LED:     1x multicolor

Solder on UART:
  - remove rubber ring on the bottom
  - remove screws
  - pull up the cylinder, maybe help by push on an ethernet socket with a screwdriver
  - remove the (3) screws holding the board in the frame
  - remove the board from the frame to get to the screws for the silver, flat heat shield
  - remove the (3) screws holding the heat shield
  - solder UART pins to the back of the board
    - make sure to have the pins point out on side with the black, finned heat spread
    - the markings for the pins are going to be below the silver heat shield
    - Vcc is not needed

If you don't intend on using the UART outside of the installation process, you might not
want to solder:

  - carefully scrape off the thin layer of epoxy on the holes (not the copper)
  - place your pin header with the UART attached in the holes
  - the pins, starting with the one closest to the socket:
    - Vcc (not required)
    - GND
    - RX
    - TX
  - either wedge the header or hold it with your fingers so that the pins stay in contact with the board

Installation (UART):
  - attach an Ethernet cable to the 1Gbps port (black) on the router
  - hold the reset button while powering the router
  - press CTRL-C or wait for the timeout to get to the U-Boot prompt
  - prepare a TFTP server on the network to supply ..-initramfs-kernel.bin
  - use 'tftpboot' in the U-Boot shell to pull the image
  - boot the image using 'bootm'
  - push the ..-sysupgrade to the router using your preferred method
  - perform the upgrade with 'sysupgrade -n'

There is a recovery mechanism that involves fetching a file called 'recovery.bin' but that is not understood yet.

Signed-off-by: Leon M. Busch-George &lt;leon@georgemail.eu&gt;
(cherry picked from commit 20e4a18feb3f766b0f6ebec1afc154b345398a7a)
</content>
</entry>
<entry>
<title>mediatek: fix lan/wan macaddr for jdcloud re-cp-03</title>
<updated>2024-07-15T14:07:15Z</updated>
<author>
<name>Tianling Shen</name>
</author>
<published>2024-06-06T09:08:48Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=84ecd7c939b1ae536d2ad993dbcd8ad496e1a0cb'/>
<id>urn:sha1:84ecd7c939b1ae536d2ad993dbcd8ad496e1a0cb</id>
<content type='text'>
The MAC address assigned to lan/wan was reversed.

Fixes: 6e51ff88b053 ("mediatek: add support for JDCloud RE-CP-03")
Signed-off-by: Tianling Shen &lt;cnsztl@immortalwrt.org&gt;
</content>
</entry>
<entry>
<title>ath79: replace "mac-address-ascii" with "mac-base"</title>
<updated>2024-07-15T07:59:31Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2023-07-21T05:34:25Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=9276bb1cf590b763aa8fda0401906bd4ff2f412d'/>
<id>urn:sha1:9276bb1cf590b763aa8fda0401906bd4ff2f412d</id>
<content type='text'>
With upstream accepted "mac-base" binding there is no need for a
downstream "mac-address-ascii" workaround anymore.

Signed-off-by: Rafał Miłecki &lt;rafal@milecki.pl&gt;
(cherry picked from commit daaa0c1b250498acbf91697dfc75c9d3fbac3596)
Link: https://github.com/openwrt/openwrt/pull/15917
</content>
</entry>
<entry>
<title>ramips: limit max spi clock frequency to 50 MHz</title>
<updated>2024-07-10T21:41:15Z</updated>
<author>
<name>Shiji Yang</name>
</author>
<published>2024-07-07T16:05:14Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=78858e5d6cab0e900d534738c70820e69e43ecda'/>
<id>urn:sha1:78858e5d6cab0e900d534738c70820e69e43ecda</id>
<content type='text'>
In the past few years, we have received several reports about SPI
Flash not working properly. This is caused by excessively fast
clock frequency. It's really annoying to fix them one by one. Let's
reduce these aggressive frequencies to 50 MHz. This is a safe and
suggested value in the vendor SDK.

Signed-off-by: Shiji Yang &lt;yangshiji66@qq.com&gt;
(cherry picked from commit 73eeac49be566d389df728b5335f7146d03d2f90)
Link: https://github.com/openwrt/openwrt/pull/15919
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>ramips: Refresh kernel patches</title>
<updated>2024-07-10T21:03:33Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2024-07-10T21:03:33Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=5c21ab2f8a9332892162a8b1b28fe19898cd5466'/>
<id>urn:sha1:5c21ab2f8a9332892162a8b1b28fe19898cd5466</id>
<content type='text'>
The last patches broke this patch, refresh it again.

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>mediatek: fix WED + wifi reset</title>
<updated>2024-07-10T15:31:17Z</updated>
<author>
<name>Felix Fietkau</name>
</author>
<published>2024-01-19T13:48:05Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=738294315e3a136a76a41623108a0f0e581c3fe1'/>
<id>urn:sha1:738294315e3a136a76a41623108a0f0e581c3fe1</id>
<content type='text'>
The WLAN + WED reset sequence relies on being able to receive interrupts from
the card, in order to synchronize individual steps with the firmware.
When WED is stopped, leave interrupts running and rely on the driver turning
off unwanted ones.
WED DMA also needs to be disabled before resetting.

Signed-off-by: Felix Fietkau &lt;nbd@nbd.name&gt;
(cherry picked from commit 2c5b3bee38eb0d76f5afe90f9969b73e19d28685)
</content>
</entry>
<entry>
<title>generic: 6.6: mtk_eth_soc: add support for flow-control settings</title>
<updated>2024-07-10T12:57:37Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2024-07-04T01:19:01Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=97e6cc4387fc31264b7a81c20af3856f8fa0abf2'/>
<id>urn:sha1:97e6cc4387fc31264b7a81c20af3856f8fa0abf2</id>
<content type='text'>
Add patch implementing operations to get and set flow-control link
parameters of mtk_eth_soc via ethtool.

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
(cherry picked from commit 4a2f712f85b5e29c5763e92a0cc47265580157a3)
</content>
</entry>
<entry>
<title>generic: 5.15: mtk_eth_soc: import accepted patches</title>
<updated>2024-07-10T12:39:03Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2024-07-06T03:02:31Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=8c46dd1295615de1a02b7b7c75c3271fa1b473fa'/>
<id>urn:sha1:8c46dd1295615de1a02b7b7c75c3271fa1b473fa</id>
<content type='text'>
Import patch accepted upstream.

Initial import:
 - net: ethernet: mtk_ppe: Change PPE entries number to 16K

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
(cherry picked from commit 27b6838afacfcd79be52b2563b870ae7b3caf8f6)
</content>
</entry>
<entry>
<title>generic: 6.6: backport upstream commits for mtk_eth_soc</title>
<updated>2024-07-10T12:09:19Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2024-06-16T12:20:37Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=93ce299d67231c6e744cdb18f2fe7407bd00242e'/>
<id>urn:sha1:93ce299d67231c6e744cdb18f2fe7407bd00242e</id>
<content type='text'>
Backport commit for mtk_eth_soc:
 * net: ethernet: mtk_eth_soc: handle dma buffer size soc specific
   (torvalds/linux@c57e558194430d10d5e5f4acd8a8655b68dade13)

Refresh pending patches which require that.

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
(cherry picked from commit 98ddfbc56a7ffd5afef7776244998030675faa24)
</content>
</entry>
</feed>
