Hey Kalle Still, a problem: On 08/12/2017 01:35 AM, Kalle Valo wrote: > Kalle Valo <kvalo@xxxxxxxxxxxxxx> writes: > >> Andreas Born <futur.andy@xxxxxxxxxxxxxx> writes: >> >>> Earlier today I submitted the patch (bonding: require speed/duplex >>> only for 802.3ad, alb and tlb) [2] that only partially reverts what is >>> a regression following my aforementioned logic. This seems to me like >>> the best solution in the short term since it should satisfy both >>> usergroups represented by Mahesh and James and restores consistence >>> with the bonding documentation. James already commented approvingly on >>> that patch in the bug report. [3] >>> >>> Regards >>> Andreas >>> >>> [1] >>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/networking/bonding.txt >> >> Great, thanks. >> >> I'll take it the patch is meant for net tree (and not net-next) so that >> it will be fixed for v4.13? Also it should backported to v4.12 stable >> tree. I don't see any mention of that in the patch submission and that's >> why I'm asking. > > I see that Dave applied this to the net tree and queued also for stable, > excellent. Thanks everyone! > > https://patchwork.ozlabs.org/patch/800080/ > Andreas patch failed to address the continuous, *10-times per second* warning which will "spam" the log file, sometimes the console, whenever the test fails: if (bond_update_speed_duplex(slave) && bond_needs_speed_duplex(bond)) {...} which then has: netdev_warn(bond->dev, "failed to get link speed/duplex for%s\n", slave->dev->name); That is the sort of irresponsible code that "works fine" as long as there are no errors, and it never actually runs! I'm guessing that the simple fix is to use "net_warn_ratelimited()" instead of "netdev_warn()", where net/core/utils.c says: /* * All net warning printk()s should be guarded by this function. */ int net_ratelimit(void) { return __ratelimit(&net_ratelimit_state); } though Andreas has also suggested "pr_warn_ratelimited()", which instead uses "__ratelimit(&_rs)". Here's a link to the rate-limiting patch, after Andreas' patch is already applied, since you say that David has already applied the first patch: https://bugzilla.kernel.org/attachment.cgi?id=257903 Thanks James
