Received: by 10.213.65.68 with SMTP id h4csp295534imn; Fri, 16 Mar 2018 03:28:17 -0700 (PDT) X-Google-Smtp-Source: AG47ELtM1nz2AbfIGsA5LW3iw0heJK161uGcQFJ02m4GGFH8s1mkp2qjI5t6q862HyJuT4KOWR3/ X-Received: by 2002:a17:902:5957:: with SMTP id e23-v6mr1491373plj.323.1521196097408; Fri, 16 Mar 2018 03:28:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521196097; cv=none; d=google.com; s=arc-20160816; b=qh6l0rBrWCa4oBDTA4MeidQqI69zAEF7vTwynnYFQOstHXOoQkox4onYrVr+5HC23h iSgAt5NjtHN3/xnVEPGPOc0M/G4nKE7eqWYHXZABy8oeSHp/cRhWPPBtKVf9nv8TUhB4 sSipDqF9zOa9A3C2ccbd7KtgqYsHxP3IVRjdwmgt5+pk6ejnSOAbWOV5U8JoFQQ9SojN mtR4nFi5MfF4ZXOaL69gcFdqX3++FG/sqiz+7NtIjpUTCBorLaEm4oNVFpLbSNS9TQws CHrIdRz2LaR/qiYMYozfzpfkfyJM32rtwA831nxs8YNWa0cxaM2p2kdjN3eKcCOblNsh YD+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=ldRUb0+CjnVtRRJRzlg/NkA+THkMi0qGU0aPUjGFlbs=; b=Cw3qozINMvBILPXlVsTy8y0cRKwshoOfP0SZdX6cGdI3nilGqNdNXEsA9UU8lzUdhK 6D3KImGiPwm/jsFYG8EmUc609JLD/5jn0/p6D0r4eHKW6SU7bSk7UemUsx8Xo0cnlBbJ 1+3tuZMqUrQ6JspUkh0D388otIzG9Mpm1kYXhd5mH1nNakrc6Kgy3PVRl0BLbrXgHURH grQMFaEgw930O9mCuxYz5FWDFUYbP4FHQxPnUXiG/SbFf2zMZbwQqWJBXQ/4aAL49/eI jUB1ek667kN8wOSC7OZ+NaPk3rTxWXUI01IAyU27nCgcgkclHIShMXmT70+9RBYMyDr6 O9kQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y22-v6si5857899pll.418.2018.03.16.03.28.03; Fri, 16 Mar 2018 03:28:17 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753324AbeCPK1B (ORCPT + 99 others); Fri, 16 Mar 2018 06:27:01 -0400 Received: from vegas.theobroma-systems.com ([144.76.126.164]:40841 "EHLO mail.theobroma-systems.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751736AbeCPK06 (ORCPT ); Fri, 16 Mar 2018 06:26:58 -0400 Received: from [86.59.122.178] (port=63314 helo=ju27.lan) by mail.theobroma-systems.com with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ewmZX-0005f5-Nt; Fri, 16 Mar 2018 11:26:51 +0100 Subject: Re: [bug, bisected] pfifo_fast causes packet reordering To: John Fastabend , Dave Taht Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "David S. Miller" , "linux-can@vger.kernel.org" , Martin Elshuber References: <946dbe16-a2eb-eca8-8069-468859ccc78d@theobroma-systems.com> <95844480-d020-9000-53ef-0da8b965ce6e@gmail.com> <3a959e50-8656-5d9c-97b9-227d733948f8@theobroma-systems.com> <5aeb54ba-2d96-4ab5-53c4-2d3691be7acc@gmail.com> From: Jakob Unterwurzacher Message-ID: <340a6c54-6031-5522-98f5-eafdd3a37a38@theobroma-systems.com> Date: Fri, 16 Mar 2018 11:26:47 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <5aeb54ba-2d96-4ab5-53c4-2d3691be7acc@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 15.03.18 23:30, John Fastabend wrote: >> I have reproduced it using two USB network cards connected to each other. The test tool sends UDP packets containing a counter and listens on the other interface, it is available at >> https://github.com/jakob-tsd/pfifo_stress/blob/master/pfifo_stress.py >> > > Great thanks, can you also run this with taskset to bind to > a single CPU, > > # taskset 0x1 ./pifof_stress.py > > And let me know if you still see the OOO. Interesting. Looks like it depends on which core it runs on. CPU0 is clean, CPU1 is not. Clean: taskset --cpu-list 0 ./pfifo_stress.py Broken: taskset --cpu-list 1 ./pfifo_stress.py Maybe related: CPU0 is where USB interrupts are handled: > root@rk3399-q7:~# cat /proc/interrupts > CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 > 217: 2175353 0 0 0 0 0 GICv3 142 Level xhci-hcd:usb5 Thanks, Jakob