Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp531476imd; Fri, 26 Oct 2018 12:27:30 -0700 (PDT) X-Received: by 2002:a63:7f0e:: with SMTP id a14-v6mr4671613pgd.296.1540582020713; Fri, 26 Oct 2018 12:27:00 -0700 (PDT) X-Google-Smtp-Source: AJdET5efk8txNGd1JFpGKrn8JHjI7XLB4/xOAdOPXoOlB31XGa9YRRBHQEMWDLwOjKQuKlG5SjbH X-Received: by 2002:a63:7f0e:: with SMTP id a14-v6mr4671562pgd.296.1540582020004; Fri, 26 Oct 2018 12:27:00 -0700 (PDT) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n10-v6si12125840pgj.165.2018.10.26.12.26.44; Fri, 26 Oct 2018 12:26:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@natalenko.name header.s=dkim-20170712 header.b=Ae+ezBmE; arc=fail (signature failed); spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=natalenko.name Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727466AbeJ0EEb (ORCPT + 99 others); Sat, 27 Oct 2018 00:04:31 -0400 Received: from vulcan.natalenko.name ([104.207.131.136]:17962 "EHLO vulcan.natalenko.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725783AbeJ0EEb (ORCPT ); Sat, 27 Oct 2018 00:04:31 -0400 Received: from mail.natalenko.name (vulcan.natalenko.name [IPv6:fe80::5400:ff:fe0c:dfa0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by vulcan.natalenko.name (Postfix) with ESMTPSA id 56177449CDA; Fri, 26 Oct 2018 21:26:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=natalenko.name; s=dkim-20170712; t=1540581972; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:in-reply-to: references; bh=ZAyHo5CkCzGVHVUmdjgBLIEhsYQEP9qajwxc3yOZDSc=; b=Ae+ezBmEoRKhZj4XLOTGF1dWdZiFVEqt1/WqeyMFOu5Jbq5f4LMESUAiCoqR/5Y/W4+vc1 lzWLfL+iZFjiO0sNEbsfpkITEZM75ozpBDukATWv9uRXS+c7jUKK5V4b63r/E3thixFOWF kU23ymxEl/o0ImWBPUHp4EB1434ieWw= DMARC-Filter: OpenDMARC Filter v1.3.2 vulcan.natalenko.name 56177449CDA Authentication-Results: vulcan.natalenko.name; dmarc=fail (p=none dis=none) header.from=natalenko.name MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 26 Oct 2018 21:26:12 +0200 From: Oleksandr Natalenko To: =?UTF-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= Cc: Dave Taht , "David S. Miller" , Jamal Hadi Salim , Cong Wang , Jiri Pirko , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: CAKE and r8169 cause panic on upload in v4.19 Message-ID: <61d09f0db41f269cc9ee13dd68a5c285@natalenko.name> X-Sender: oleksandr@natalenko.name User-Agent: Roundcube Webmail/1.3.7 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=natalenko.name; s=arc-20170712; t=1540581972; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:in-reply-to: references; bh=ZAyHo5CkCzGVHVUmdjgBLIEhsYQEP9qajwxc3yOZDSc=; b=NYnpyRLYzRecEw+RTvAUgBTPS+UEh+fUj5a0UROEWO+qoiIbdT8hO2d5g8yGSRPs3kkIaj D6FjHzZrFjrGum+VCWZc+jr1pZ6G3HksZMIs88SrT9t+BFpGfu/6qOCcdrfqhgCMMK/lYs DiWYrMftrp78jbGHY3WI5knyfr99YgA= ARC-Seal: i=1; s=arc-20170712; d=natalenko.name; t=1540581972; a=rsa-sha256; cv=none; b=fuEuIk6jSFNLAXxWU4FVIUdUHjQ7d6Gt5AgY2mglBiTySr5TeuQOjcaSH5lsfVwDKOTFDOPI4YmMjONPOEx8/GpG8sGONbicijCR+jcvNRwqjDuzfw3jr0g0juXjKUxcwsF90yxr/Q9tLAJ5IFc1D/Iy6sFW4tQyc+B697A90sE= ARC-Authentication-Results: i=1; vulcan.natalenko.name; auth=pass smtp.auth=oleksandr@natalenko.name smtp.mailfrom=oleksandr@natalenko.name Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello. I was excited regarding the fact that v4.19 introduced CAKE, so I've deployed it on my home router. I used this script of mine [1]: # bufferbloat enp3s0.100 20 20 to do its job on the VLAN interface, where 20/20 ISP link is switched from the home switch. Basically, it just follows [2] with simple bandwidth restriction and egress mirroring using ifb. Then I thought it would be nice to run speedtest-cli on one of the computer in the home LAN, connected to this router. Download stage went fine, but immediately after upload started I've got a panic on the router: [3] (sorry, it is a photo, netconsole didn't work because, I assume, the panic happened in the networking code). I rebooted the router and tried once more, and got the same result, again during upload stage. Then I rebooted again, replaced CAKE script with my former HTB script, and after running speedtest-cli a couple of times there's no panic. Before running speedtest-cli I was using CAKE for a couple of days without generating much traffic just fine. It seems it crashes only if lots of traffic is generated with tools like this. My sysctl: [4] and ethtool -k: [5] So far, I've found something similar only here: [6] [7]. The common thing is r8169 driver in use, so, maybe, it is a driver issue, and CAKE is just happy to reveal it. If it is something known, please point me to a possible fix. If it is something new, I'm open to provide more info on your request, try patches etc (as usual). Thanks. -- Oleksandr Natalenko (post-factum) [1] https://gist.github.com/4b27c49a7f9b4d775e2e38ba23d3f13c [2] https://www.bufferbloat.net/projects/codel/wiki/Cake [3] https://bit.ly/2SlUl7R [4] https://gist.github.com/pfactum/bdad2594b151578f460857cacd94c689 [5] https://gist.github.com/pfactum/cad2cc5d1512b31fbc76d821b3e63dbf [6] https://boards.4chan.org/g/thread/68171835#p68188019 [7] https://i.4cdn.org/g/1540307271879.jpg