search for: eth_change_mtu

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: staging: hv: Fix missing functions for net_device_ops Unlike in older kernels, ether_setup() no longer sets default functions. We need to put them into net_device_ops. For example, eth_change_mtu prevents setting MTU beyond 1500. This is necessary because we don't support jumbo frame at this time. It affects kernel 2.6.32 and later, which are all versions containing Hyper-V drivers. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjansse...

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: staging: hv: Fix missing functions for net_device_ops Unlike in older kernels, ether_setup() no longer sets default functions. We need to put them into net_device_ops. For example, eth_change_mtu prevents setting MTU beyond 1500. This is necessary because we don't support jumbo frame at this time. It affects kernel 2.6.32 and later, which are all versions containing Hyper-V drivers. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjansse...

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: staging: hv: Fix missing functions for net_device_ops Unlike in older kernels, ether_setup() no longer sets default functions. We need to put them into net_device_ops. For example, eth_change_mtu prevents setting MTU beyond 1500. This is necessary because we don't support jumbo frame at this time. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/netvsc_drv.c | 3 +++ 1 files changed,...

From: Haiyang Zhang <haiyangz at microsoft.com> Fix missing functions for net_device_ops. Unlike in older kernels, ether_setup() no longer sets default functions. We need to put them into net_device_ops. For example, eth_change_mtu prevents setting MTU beyond 1500. This is necessary because we don't support jumbo frame at this time. It affects kernel 2.6.32 and later, which are all versions containing Hyper-V drivers. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen...

From: Haiyang Zhang <haiyangz at microsoft.com> Fix missing functions for net_device_ops. It's a bug when porting Linux IC from 2.6.27 to 2.6.32. In 2.6.27, the default functions for Ethernet, like eth_change_mtu(), were assigned by ether_setup(). But in 2.6.32, these function pointers moved to net_device_ops structure and no longer be assigned in ether_setup(). So we need to set these functions in our driver code. It will ensure the MTU won't be set beyond 1500. Otherwise, this can cause an error on th...

From: Haiyang Zhang <haiyangz at microsoft.com> Subject: staging: hv: Fix missing functions for net_device_ops Unlike in older kernels, ether_setup() no longer sets default functions. We need to put them into net_device_ops. For example, eth_change_mtu prevents setting MTU beyond 1500. This is necessary because we don't support jumbo frame at this time. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> --- drivers/staging/hv/netvsc_drv.c | 3 +++ 1 files changed,...

From: Haiyang Zhang <haiyangz at microsoft.com> Fix missing functions for net_device_ops. Unlike in older kernels, ether_setup() no longer sets default functions. We need to put them into net_device_ops. For example, eth_change_mtu prevents setting MTU beyond 1500. This is necessary because we don't support jumbo frame at this time. It affects kernel 2.6.32 and later, which are all versions containing Hyper-V drivers. Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> Signed-off-by: Hank Janssen <hjanssen...

From: Haiyang Zhang <haiyangz at microsoft.com> Fix missing functions for net_device_ops. It's a bug when porting Linux IC from 2.6.27 to 2.6.32. In 2.6.27, the default functions for Ethernet, like eth_change_mtu(), were assigned by ether_setup(). But in 2.6.32, these function pointers moved to net_device_ops structure and no longer be assigned in ether_setup(). So we need to set these functions in our driver code. It will ensure the MTU won't be set beyond 1500. Otherwise, this can cause an error on th...

From: Amos Kong <akong at redhat.com> Currenly mac is programmed byte by byte. This means that we have an intermediate step where mac is wrong. Third patch introduced a new vq control command to set mac address, it's atomic. V2: check return of sending command, delay eth_mac_addr() V3: restore software address when fail to set hardware address V4: split eth_mac_addr, fix error handle

From: Amos Kong <akong at redhat.com> Currenly mac is programmed byte by byte. This means that we have an intermediate step where mac is wrong. Third patch introduced a new vq control command to set mac address, it's atomic. V2: check return of sending command, delay eth_mac_addr() V3: restore software address when fail to set hardware address V4: split eth_mac_addr, fix error handle

Currenly mac is programmed byte by byte. This means that we have an intermediate step where mac is wrong. Third patch introduced a new vq control command to set mac address, it's atomic. V2: check return of sending command, delay eth_mac_addr() V3: restore software address when fail to set hardware address V4: split eth_mac_addr, fix error handle V5: rebase patches to net-next tree Amos

Currenly mac is programmed byte by byte. This means that we have an intermediate step where mac is wrong. Third patch introduced a new vq control command to set mac address, it's atomic. V2: check return of sending command, delay eth_mac_addr() V3: restore software address when fail to set hardware address V4: split eth_mac_addr, fix error handle V5: rebase patches to net-next tree Amos