Re: [Bug 209423] WARN_ON_ONCE() at rtl8169_tso_csum_v2()

On Tue, 19 Jan 2021 14:54:31 +0100 Eric Dumazet wrote: > On Tue, Jan 19, 2021 at 1:40 PM Juerg Haefliger > wrote: > > > > > I seem to have stumbled over the same or a similar issue with a Raspberry Pi > > 3B+ running 5.11-rc4 and using the on-board lan78xx USB N

Re: [Bug 209423] WARN_ON_ONCE() at rtl8169_tso_csum_v2()

On Thu, 8 Oct 2020 20:50:28 +0200 Eric Dumazet wrote: > On Thu, Oct 8, 2020 at 8:42 PM Heiner Kallweit wrote: > > > > On 08.10.2020 19:15, Eric Dumazet wrote: > > > On Thu, Oct 8, 2020 at 6:37 PM Heiner Kallweit > > > wrote: > > >> > > >> On 02.10.2020 13:48, Eric Dumazet wrote: > > >>>

Re: lan78xx: /sys/class/net/eth0/carrier stuck at 1

On Tue, 3 Nov 2020 16:27:23 +0100 Andrew Lunn wrote: > On Tue, Nov 03, 2020 at 01:47:12PM +0100, Juerg Haefliger wrote: > > On Fri, 23 Oct 2020 15:05:19 +0200 > > Andrew Lunn wrote: > > > > > On Fri, Oct 23, 2020 at 08:29:59AM +0200, Juerg Haefliger wrote: >

Re: lan78xx: /sys/class/net/eth0/carrier stuck at 1

On Fri, 23 Oct 2020 15:05:19 +0200 Andrew Lunn wrote: > On Fri, Oct 23, 2020 at 08:29:59AM +0200, Juerg Haefliger wrote: > > On Wed, 21 Oct 2020 21:35:48 +0200 > > Andrew Lunn wrote: > > > > > On Wed, Oct 21, 2020 at 05:00:53PM +0200, Juerg Haefliger wrote: &

Re: lan78xx: /sys/class/net/eth0/carrier stuck at 1

On Wed, 21 Oct 2020 21:35:48 +0200 Andrew Lunn wrote: > On Wed, Oct 21, 2020 at 05:00:53PM +0200, Juerg Haefliger wrote: > > Hi, > > > > If the lan78xx driver is compiled into the kernel and the network cable is > > plugged in at boot, /sys/class/net/eth0/carrie

lan78xx: /sys/class/net/eth0/carrier stuck at 1

Hi, If the lan78xx driver is compiled into the kernel and the network cable is plugged in at boot, /sys/class/net/eth0/carrier is stuck at 1 and doesn't toggle if the cable is unplugged and replugged. If the network cable is *not* plugged in at boot, all seems to work fine. I.e., post-boot cable

Re: [ovs-dev] openvswitch crash on i386

On Tue, 5 Mar 2019 11:58:42 -0800 Joe Stringer wrote: > On Tue, Mar 5, 2019 at 2:12 AM Christian Ehrhardt > wrote: > > > > On Tue, Mar 5, 2019 at 10:58 AM Juerg Haefliger > > wrote: > > > > > > Hi, > > > > > > Running th

openvswitch crash on i386

Hi, Running the following commands in a loop will crash an i386 5.0 kernel typically within a few iterations: ovs-vsctl add-br test ovs-vsctl del-br test [ 106.215748] BUG: unable to handle kernel paging request at e8a35f3b [ 106.216733] #PF error: [normal kernel read fault] [ 106.217464] *pd

Re: [PATCH net v2 0/3] Tunneling fixes

> This series fixes a problem that was reported where encapsulated packets > do not have their encapsulation offload markers stripped off when being > decapsulated. This causes a significant performance drop if the packets > are later retransmitted. > > Fixing this revealed two other bugs which are

Re: [PATCH RFC 0/4] xfs: Transmit flow steering

As Rick states, this fixes a performance issue with the 4.4 kernel for us. Tested-by: Juerg Haefliger On 09/28/2016 05:13 PM, Rick Jones wrote: > > Here is a quick look at performance tests for the result of trying the > prototype fix for the packet reordering problem with VMs sen

[PATCH stable 4.4] tipc: move linearization of buffers to generic code

-off-by: Jon Maloy Signed-off-by: David S. Miller Signed-off-by: Juerg Haefliger --- This commit fixes an issue with nodes not joining a cluster over TIPC after reboots. Upstream TIPC recommends to include this commit in the stable kernel: https://sourceforge.net/p/tipc/mailman/message/

[PATCH] net/ixgbe: Allow resetting VF admin mac to zero

. Fix this by allowing resetting a VF administrative MAC back to zero. Implementation and commit message shamelessly stolen from: commit 6e5224224faa ("net/mlx4_core: Allow resetting VF admin mac to zero") Signed-off-by: Juerg Haefliger --- drivers/net/ethernet/intel/ixgbe/ixgbe_s