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
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
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
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
Hi Jan,
On 12.01.2025 02:20, Jan Hoffmann wrote:
On 11.01.25 at 23:50, 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 the 'byte_off' field. In order to map the phys address
On 11.01.25 at 23:50, 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 the 'byte_off' field. In order to map the phys address back to
virtual we need the original phys address o
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
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
11 matches
Mail list logo
