From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id A131045527 for ; Fri, 28 Jun 2024 19:05:10 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 79B1C40EE7; Fri, 28 Jun 2024 19:05:10 +0200 (CEST) Received: from forward500a.mail.yandex.net (forward500a.mail.yandex.net [178.154.239.80]) by mails.dpdk.org (Postfix) with ESMTP id 6838F40E96 for ; Fri, 28 Jun 2024 19:05:09 +0200 (CEST) Received: from mail-nwsmtp-smtp-production-main-67.vla.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-67.vla.yp-c.yandex.net [IPv6:2a02:6b8:c0d:295:0:640:288c:0]) by forward500a.mail.yandex.net (Yandex) with ESMTPS id 3AF19611EE; Fri, 28 Jun 2024 20:05:08 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-67.vla.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id 55W7oNLOf4Y0-2SyIH6W9; Fri, 28 Jun 2024 20:05:07 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1719594307; bh=/40oRIqODFIDw3ZjLVvP6e1wd+a4ByutBShlBSc0GR0=; h=From:In-Reply-To:Cc:Date:References:To:Subject:Message-ID; b=ckdV4rvOHDfI1UQX5S2fCy1Ek0h8gT1acmjAou/YjmArq1fNjKh13Ktn57o1snWHg 2hV9+9ZTiYzRtLIE9ImolaDTV/yH+sWKypoi/NRGvXgv7AXB1nmhzIcklgS97R0roJ kVg755q6oB84iGayM2q6o8PUreoQkXwJbuOVbeEg= Authentication-Results: mail-nwsmtp-smtp-production-main-67.vla.yp-c.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <8b8e5942-d11c-4cdb-8c13-5894d0a3b33a@yandex.ru> Date: Fri, 28 Jun 2024 18:05:05 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: dumpcap: weird failure with six IPv6 hosts in the filter To: Isaac Boukris Cc: Stephen Hemminger , users@dpdk.org References: <20240617083049.412242fb@hermes.local> <20240617144013.0bbcece1@hermes.local> Content-Language: en-US, ru-RU From: Konstantin Ananyev In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org 28.06.2024 17:52, Isaac Boukris пишет: > Hi Konstantin > > On Fri, Jun 28, 2024 at 7:42 PM Konstantin Ananyev > wrote: >> >> >> Hi Isaac, >> >>> >>> On Wed, Jun 19, 2024 at 2:06 AM Konstantin Ananyev >>> wrote: >>>> >>>> 17.06.2024 22:40, Stephen Hemminger пишет: >>>>> On Mon, 17 Jun 2024 23:43:19 +0300 >>>>> Isaac Boukris wrote: >>>>> >>>>>> On Mon, Jun 17, 2024 at 10:37 PM Isaac Boukris wrote: >>>>>>> >>>>>>>> Just a quick update that I still see the issue in my env with the >>>>>>>> master branch (24.07.0-rc0), I'm now testing by adding the filter to >>>>>>>> 'sample_filters' in test_bpf.c and running: >>>>>>>> time sudo build/app/dpdk-test bpf_convert_autotest >>>>>>>> >>>>>>>> With 5 hosts it takes less than 2 secs, with 6 it takes about 25 secs, >>>>>>>> i'll try to strace it maybe. >>>>>>> >>>>>>> strace was useless, no syscalls for ~18 secs, not sure how to debug it >>>>>>> further, valgrind / callgrind don't work on dpdk.. >>>>>>> >>>>>>> It doesn't seem to be about the size though, I was able to produce >>>>>>> larger bpf code with ipv4 addresses and it worked fine too. >>>>>> >>>>>> Debugged a bit further with gdb, it looks like it is stuck in a while >>>>>> loop in lib/bpf/bpf_validate.c:evaluate(), there is a comment saying >>>>>> "make sure we evaluate each node only once" but it seem to go back and >>>>>> forth on the same idx's afaict. >>>>> >>>>> No idea, only original author understands the verifier. >>>>> Having our own unique verifier may not be a good idea. >>>>> There some other userspace BPF projects, seems like a good place for >>>>> convergence. >>>>> >>>>> >>>>> https://lpc.events/event/17/contributions/1639/attachments/1280/2585/userspace-ebpf-bpftime-lpc.pdf >>>> >>>> hi Isaac, >>>> please create a bug report in DPDK bugzilla. >>>> Ideally with a clear and simple way to reproduce >>>> the bug you are facing in the description. >>>> I'll try to have a look when I'll have some free time. >>>> Thanks >>>> Konstantin >>> >>> Done: >>> >>> https://bugs.dpdk.org/show_bug.cgi?id=1465 >> >> >> In case you didn't get update from the bugzilla, >> here is a patch to try, when you'll get a chance: >> http://patchwork.dpdk.org/project/dpdk/list/?series=32321 > > I tested it yesterday and it solves the bug for me, the whole test > takes less than a second now and dumpcap works just fine! I've posted > the feedback on the bug :) Ah ok, sorry I missed it somehow. Thanks a lot for prompt update. Konstantin