This fixes multiple instances where the realtek drivers may block for too long. These issues were discovered on HPE 1920 devices where such behaviour is made obvious by the short timeout of the hardware watchdog.
This patch series intentionally doesn't address calls to pr_debug which may also block for long enough to cause issues. Those calls are only effective if the kernel is built with support for debug messages, which is a non-default configuration. Also, it is really an issue with printk itself and in no way specific to the realtek drivers. It is already being worked on upstream by moving to threaded printk. Jan Hoffmann (5): realtek: avoid busy waiting for RTL839x PHY read/write realtek: simplify log messages in rtl83xx_mdio_probe realtek: add debugfs node for L2 table realtek: reduce excessive logging for FDB operations realtek: restructure rtl_table_read/write .../drivers/net/dsa/rtl83xx/common.c | 51 ++++++--- .../drivers/net/dsa/rtl83xx/debugfs.c | 107 ++++++++++++++++++ .../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 55 +-------- .../drivers/net/dsa/rtl83xx/rtl839x.c | 45 ++++++-- .../drivers/net/dsa/rtl83xx/rtl83xx.h | 4 +- .../drivers/net/dsa/rtl83xx/rtl930x.c | 16 --- 6 files changed, 181 insertions(+), 97 deletions(-) -- 2.37.3 _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
