From: 谢致邦 (XIE Zhibang)
Using parent_dev will cause use_f2fs() to make wrong detection.
Signed-off-by: 谢致邦 (XIE Zhibang)
---
More than half a year has passed, no progress, resend.
libfstools/partname.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/libfsto
On 1/15/25 00:24, Hauke Mehrtens wrote:
Hi,
We released OpenWrt 24.10.0-rc5 last week. The OpenWrt 24.10 branch
looks good so far.
I am planning an OpenWrt 24.10.0-rc6 next weekend and then the final
release about 1 week later if nothing big breaks. Feel free to backport
stuff if needed.
Hi Hauke,
sorry for the delayed response, see the answer below.
On 18.01.2025 22:05, Hauke Mehrtens wrote:
On 1/12/25 15:09, Sergey Ryazanov wrote:
It looks like VRX518 returns phys addr of data buffer in the 'data_ptr'
field of the RX descriptor and an actual data offset within the buffer
in
atm_qos struct should be the same both for user and kernel spaces. Via
the __SO_ENCODE() macro it is used to define the SO_ATMQOS socket IOC.
During the VRX518 support introduction, the atm_trafprm sturct nested
into the atm_qos stucture was update with newer fields that are
referenced by the ATM
Bump PKG_RELEASE after the previous fixes.
Signed-off-by: Sergey Ryazanov
---
package/kernel/lantiq/vrx518_tc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/lantiq/vrx518_tc/Makefile
b/package/kernel/lantiq/vrx518_tc/Makefile
index a5718d9d5b..d92c6d
It looks like VRX518 returns phys addr of data buffer in the 'data_ptr'
field of the RX descriptor and an actual data offset within the buffer
in the 'byte_off' field. In order to map the phys address back to
virtual we need the original phys address of the allocated buffer.
In the same driver app
Andre and Martin did a great job implementing xDSL (VRX518 chip)
support for the Fritzbox 7530 router. Device was well tested with VDSL
link. Suddenly, there were no ADSL users and the corresponding
functionality needs small fixes here and there to make router capable
to work with ADSL lines w/ ATM
ATM TC layer have some issues which effectively prevent VRX518 from
being used as ADSL modem. Specifically, there one crash during the ATM
layer configuration and wrong PVC ID selection on packet receiving what
breaks RX path. Fix both of the issues. Make subif iface registration
optional to preven
On 18.01.2025 22:18, Hauke Mehrtens wrote:
On 1/12/25 15:09, Sergey Ryazanov wrote:
ATM TC layer have some issues which effectively prevent VRX518 from
being used as ADSL modem. Specifically, there one crash during the ATM
layer configuration and wrong PVC ID selection on packet receiving what
b
