I did some tests at home. From what I can tell, the problem was not solved. Symptoms are the same. Although now I can see to appear the router assigned IP in the Settings / System Info / Network a few times after reboot. (That is when wireless NIC is disabled.)
Jan 8 11:47:23 dnsmasq-dhcp[2827]: DHCPDISCOVER(br0) 08:61:60:11:26:45
Jan 8 11:47:23 dnsmasq-dhcp[2827]: DHCPOFFER(br0) 192.168.1.9 08:61:60:11:26:45
Jan 8 11:47:24 dnsmasq-dhcp[2827]: DHCPREQUEST(br0) 192.168.1.9 08:61:60:11:26:45
Jan 8 11:47:24 dnsmasq-dhcp[2827]: DHCPACK(br0) 192.168.1.9 08:61:60:11:26:45 vero2
Jan 8 11:47:28 dnsmasq-dhcp[2827]: DHCPREQUEST(br0) 192.168.1.9 08:61:60:11:26:45
Jan 8 11:47:28 dnsmasq-dhcp[2827]: DHCPACK(br0) 192.168.1.9 08:61:60:11:26:45 vero2
etc.etc.
Yes, the remote seems to work well in the back port. Latency of the wireless keyboard is much better now (in any port) but the buffering problem remains. (Maybe I should have mentioned earlier, that it is not a bluetooth one, but with a custom radio receiver…)
I tried to replicate this here (hence the slow reply) but was unable to do so.
I cannot imagine why this switch may be causing issues, but if you want I can produce a kernel with extremely verbose logging, as well as a couple of patches for the driver. This may give more clues.
But according to its datasheet, it should be able to handle:
• IEEE 802.3 10BASE-T Ethernet
• IEEE 802.3u 100BASE-TX Ethernet
• IEEE 802.3ab 1000BASE-T Ethernet
• IEEE 802.3az EEE support
• IEEE 802.3x flow control
• IEEE 802.3z 1000BASE-X
• IEEE 802.1p CoS