[PATCH] ipq40xx: add PCIe magic hack to improve VRX518 compatibility

Jan Hoffmann jan at 3e8.eu
Tue Jan 31 14:52:49 PST 2023


Hi Robert,


On 2023-01-30 at 00:08, Robert Marko wrote:
> Shouldn't it be possible for the modem driver itself to be fixed
> instead of faking
> the PCI details?

This hack is definitely far from ideal, but I'm not sure if there is a 
better way to fix this.

Here are a few more details about the issue:

On the affected devices (so far, three users reported it on the VRX518 
thread in the forum [0]), the function call to turn on the "EMA" 
hardware unit in the vrx518_tc driver [1] fails with the error mentioned 
in the commit message.

I don't have any details about it, but this EMA unit is part of the data 
path (it is also referenced in the ltq-atm and ltq-ptm data path drivers 
for older Lantiq modems). If the EMA unit is not running, then at least 
the transmit data path doesn't work, and any packets the driver writes 
to the TX ring are not actually sent out by the device.

This is also reproducible on non-affected devices by calling tc_clkoff 
instead of tc_clkon in the vrx518_tc driver (i.e. disabling the hardware 
unit). The same issue also occurs on affected devices running vendor 
firmware, if the "magic" in the PCIe driver is disabled in the device 
tree. So this is not just a bug in the data path driver.


Regards,
Jan


> 
> Especially considering that now modem support is not self-contained
> and will require
> patching the DWC Qualcomm PCI driver forever.
> 
> Regards,
> Robert


[0] 
https://forum.openwrt.org/t/adding-support-for-vrx518-and-maybe-vrx320/55160
[1] 
https://gitlab.com/prpl-foundation/intel/vrx518_tc_drv/-/blob/ugw-8.5.2/dcdp/tc_main.c#L112



More information about the openwrt-devel mailing list