Hayes Wang <hayesw...@realtek.com> :
> No waiting is needed for mac_ocp_{write / read}. And the bit 31 of
> OCPDR would not change, so rtl_udelay_loop_wait_high always return
> false. That is, the r8168_mac_ocp_read always retuen ~0.(testing with davem's 48ee3569f31d91084dc694fef5517eb782428083) It seemed right at first sight but testing without firmware produces unexpected results. While it is not exactly fast if I ask it to emit packets with ping -qf, it turns really slow when I use the -l preload option: at most a few hundreds pps. An old pcie 8168b in the same computer behaves correctly with the same kernel. I'll try again tomorrow evening. -- Ueimor -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
