From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 716093B2A4 for ; Fri, 6 Jul 2018 09:37:27 -0400 (EDT) Received: by mail-wm0-x22a.google.com with SMTP id n17-v6so14551731wmh.2 for ; Fri, 06 Jul 2018 06:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heistp.net; s=google; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=gmBfSLULvZkq+o6IQt9qtIliyGsL33Ev/3O3GBAM3Zs=; b=gz7pHhHsNSTl8WQ4dhOnCqkcG5vSD9/U2xjsSXeZqirAcnA0xo0DsX0zFEsNuOC3CV +LBqf4a4UombsMxvLk2sl6l8FAAiJXQQvJWwhZ9Um6i4ZXhAg1789X+wpDv4QTxe+dfN E+xf5AgezxD098xBrO0WfinibGGrQbZKSIhERZ3PyYKCbR+NqQYXRMqAa9+kHSlvx5rC 2j+fV4RJJZQs1+zpkLlESUETNEpBS0XLVKShu7WYnWY6IqtEsN0FfKcIUk8uVAfDmRXA ivWVsiRu9SAX1o4rhizLgTelVAHMnSCUS33N8DDjrICDg55+c0arPYxeL895b0A4VTO0 SwEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=gmBfSLULvZkq+o6IQt9qtIliyGsL33Ev/3O3GBAM3Zs=; b=QBl9IE497FWrXjsOGLtcOC/k6jOUw/8KUkb80o/j4mLA6h+A3953kO6+tO4kQ+SHDJ M4k8MbkB3LPESFSGnCgxjOwAuYXH6TtSjH9zVVWhS0p1PfL+phhGzo2OOpyp9oMyT/bD ipeQ621hYd9+Td4hb8r7i2dGpD2qSiJHkTcMgHuIpCYfZXffabexRcQuEkWNh5L04721 cyeUh60qnyW1iRQ4vtfEJMJmtlXQBCpYi3fER3kcjx+KqyA00YD0gBuGYlVoS+mQ1MdJ cXsNgu0XyG3C+9h0ZnsoBRuWYIDjw9UenGoZcEV1xccUQvDIMYS/8VOvwwgHel/gUdBC 2QRg== X-Gm-Message-State: APt69E1hnP1r0scDA2tbZL/3eGmDCLqW7fKeulSmcN5M4n6ZvzEHJPSk VUyCw/ZpK3CeO3GIexhDt2vIfw== X-Google-Smtp-Source: AAOMgpddgY0m8ZCEAPur/ZrtV0gibXIln9Jow+PdlIdzU0h0JrLaLQHzgyFY+dccwb0v/eFxrWNeXA== X-Received: by 2002:a1c:dac6:: with SMTP id r189-v6mr2048875wmg.150.1530884246562; Fri, 06 Jul 2018 06:37:26 -0700 (PDT) Received: from tron.luk.heistp.net (h-1169.lbcfree.net. [185.193.85.130]) by smtp.gmail.com with ESMTPSA id i12-v6sm8321620wrn.48.2018.07.06.06.37.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jul 2018 06:37:26 -0700 (PDT) From: Pete Heist Message-Id: <1CFA01E7-2B3C-42C7-B102-3D0516EDCE43@heistp.net> Content-Type: multipart/alternative; boundary="Apple-Mail=_D86A2D93-E43C-4953-85C1-5E1F2574C74E" Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Date: Fri, 6 Jul 2018 15:37:24 +0200 In-Reply-To: <87y3eoa3wn.fsf@toke.dk> Cc: cake@lists.bufferbloat.net To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= References: <761C7004-247B-42B4-B56C-2527816826C7@heistp.net> <87y3eoa3wn.fsf@toke.dk> X-Mailer: Apple Mail (2.3445.8.2) Subject: Re: [Cake] lockup with cake and veth X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 13:37:27 -0000 --Apple-Mail=_D86A2D93-E43C-4953-85C1-5E1F2574C74E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jul 6, 2018, at 3:29 PM, Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > Thanks for investigating! I'll take a look later. The fact that it > happens with sfq as well means it's probably not cake-specific, = though, > so I don't think we should hold off on the upstream submission until > we've figured it out. Using leaf qdiscs with netem has been dodgy for = a > while IIRC... Yeah, I=E2=80=99m seeing now that the lockup does _not_ occur when netem = is not used and cake is the root. I=E2=80=99m also satisfied for now that this shouldn=E2=80=99t hold us = up. However, what I=E2=80=99ll also want to try next is netem on a = separate veth device from cake. I believe Dave=E2=80=99s veth testing = earlier was using three namespaces / veth devices, maybe for this = reason(?) Nice work Jon on the lockup bug also- it=E2=80=99s nice seeing this come = together=E2=80=A6 :) Pete --Apple-Mail=_D86A2D93-E43C-4953-85C1-5E1F2574C74E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Jul 6, 2018, at 3:29 PM, Toke H=C3=B8iland-J=C3=B8rgensen = <toke@toke.dk> = wrote:

Thanks for investigating! I'll take a look later. The fact = that it
happens with = sfq as well means it's probably not cake-specific, though,
so I don't think we should hold = off on the upstream submission until
we've figured it out. Using leaf qdiscs with netem has been = dodgy for a
while = IIRC...

Yeah, I=E2=80=99m seeing now that the lockup does _not_ occur = when netem is not used and cake is the root.

I=E2=80=99m also satisfied for now that = this shouldn=E2=80=99t hold us up. However, what I=E2=80=99ll also want = to try next is netem on a separate veth device from cake. I believe = Dave=E2=80=99s veth testing earlier was using three namespaces / veth = devices, maybe for this reason(?)

Nice work Jon on the lockup bug also- = it=E2=80=99s nice seeing this come together=E2=80=A6 :)

Pete

= --Apple-Mail=_D86A2D93-E43C-4953-85C1-5E1F2574C74E--