From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E7256C0044D for ; Wed, 11 Mar 2020 19:49:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id EC16920691 for ; Wed, 11 Mar 2020 19:49:55 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=cloudflare.com header.i=@cloudflare.com header.b="uWa5oGKR" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731205AbgCKTty (ORCPT ); Wed, 11 Mar 2020 15:49:54 -0400 Received: from mail-lf1-f65.google.com ([209.85.167.65]:41783 "EHLO mail-lf1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731057AbgCKTtx (ORCPT ); Wed, 11 Mar 2020 15:49:53 -0400 Received: by mail-lf1-f65.google.com with SMTP id q10so2766020lfo.8 for ; Wed, 11 Mar 2020 12:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudflare.com; s=google; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=EJjUllg03TCbnok+5yckoIxfQXx9OCqL6Xgqfh8Cl6c=; b=uWa5oGKRGdS78Tf3lU3w7q8Y1QiHBj2DvqMlqkC9NpS4sYt45e72ECJ/Rwr4VHVYIB 78YqBqiUjMUk9vQXmiUcK5+O/kKcmJzWTq731QbXxWOstY0quc9jf5ulrbACoCiDItX1 OeiWL1y89qwEbTq3AwZ+loVketloG9kc4auoI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=EJjUllg03TCbnok+5yckoIxfQXx9OCqL6Xgqfh8Cl6c=; b=Rs7CFd3tRb3pc1qzh4/2xmFmSSrjSTHF88/PZE6Wg00Fv1aEVVo9Eljhh8y7LBndox U6+DuZPXETnOiqNyREwFebJUeu09b/1RHvxH3ss+RYOlTQMNCDs7ddsINiiQUfKNPm2m E+REKvCf1a+I9xW5sdpiPH6GARYyYnFwCon9Jwia3UsU/5gQwHgZrmOhS/FdQjC8bph3 R59cebKJv8JgRFDBReO5TW2Zaqi+uETRRGjyoDQfjlSiziM6b2xGPFof1AjxEzTqhVct Wqla3nmcU+jykUlo4lDOTf+xmTFOUYjqqOL9Y51b5eqijzJRWLtvyqr7TvC4U5JFB99z ucpg== X-Gm-Message-State: ANhLgQ3KUZ1+usN5p6NrTw1XPjLjRPmzlus+r+R4mbp+THgX1E2JdZks CY70/vDGPIdIJekDs+Rxo62XdQ== X-Google-Smtp-Source: ADFU+vuBUUcd/C/+f1CehTC37vsFUo1aovHavNT3X9tKTdnVh95cusY0UmuO5Odyy3qPK/yO2Lge/Q== X-Received: by 2002:ac2:41d3:: with SMTP id d19mr3132693lfi.57.1583956189491; Wed, 11 Mar 2020 12:49:49 -0700 (PDT) Received: from cloudflare.com ([2a02:a310:c262:aa00:b35e:8938:2c2a:ba8b]) by smtp.gmail.com with ESMTPSA id z23sm8369505ljh.2.2020.03.11.12.49.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Mar 2020 12:49:48 -0700 (PDT) References: <20200127125534.137492-1-jakub@cloudflare.com> <20200127125534.137492-13-jakub@cloudflare.com> User-agent: mu4e 1.1.0; emacs 26.3 From: Jakub Sitnicki To: Andrii Nakryiko Cc: bpf , Networking , kernel-team@cloudflare.com Subject: Re: [PATCH bpf-next v5 12/12] selftests/bpf: Tests for SOCKMAP holding listening sockets In-reply-to: Date: Wed, 11 Mar 2020 20:49:47 +0100 Message-ID: <87sgiey8mc.fsf@cloudflare.com> MIME-Version: 1.0 Content-Type: text/plain Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Wed, Mar 11, 2020 at 07:48 PM CET, Andrii Nakryiko wrote: > On Mon, Jan 27, 2020 at 4:58 AM Jakub Sitnicki wrote: >> >> Now that SOCKMAP can store listening sockets, user-space and BPF API is >> open to a new set of potential pitfalls. Exercise the map operations (with >> extra attention to code paths susceptible to races between map ops and >> socket cloning), and BPF helpers that work with SOCKMAP to gain confidence >> that all works as expected. >> >> Signed-off-by: Jakub Sitnicki >> --- >> .../selftests/bpf/prog_tests/sockmap_listen.c | 1455 +++++++++++++++++ >> .../selftests/bpf/progs/test_sockmap_listen.c | 77 + >> 2 files changed, 1532 insertions(+) >> create mode 100644 tools/testing/selftests/bpf/prog_tests/sockmap_listen.c >> create mode 100644 tools/testing/selftests/bpf/progs/test_sockmap_listen.c >> > > Hey Jakub! > > I'm frequently getting spurious failures for sockmap_listen selftest. > We also see that in libbpf's Github CI testing as well. Do you mind > taking a look? Usually it's the following kinds of error: > > ./test_progs:connect_accept_thread:733: accept: Resource temporarily unavailable > connect_accept_thread:FAIL:733 Hey Andrii, Sorry about that. Will investigate why this is happening. Can't say I've seen those. Any additional details about the test enviroment would be helpful. Like the kernel build config and qemu params (e.g. 1 vCPU vs more). I've taken a quick look at Github CI [0] to see if I can find a sample failure report and fish out the kernel config & VM setup from the test job spec, but didn't succeed. Will dig more later, unless you have a link handy? Thanks, -jkbs [0] https://travis-ci.org/github/libbpf/libbpf