Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp2002408iog; Sun, 19 Jun 2022 04:55:31 -0700 (PDT) X-Google-Smtp-Source: AGRyM1t3LFE+JIEyXNvgiXKwRhuCtmkAbWKEDGk0Yu13Dlge7u4mEUrvaKGAVLdqGRbyFYRFZxPi X-Received: by 2002:a17:906:7498:b0:712:fe7:8f24 with SMTP id e24-20020a170906749800b007120fe78f24mr16665700ejl.515.1655639731590; Sun, 19 Jun 2022 04:55:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655639731; cv=none; d=google.com; s=arc-20160816; b=yk4AIugrVdlQaBHS76tmqObsbYgMG+WO4Ae8K7yhcL4sxx0AmNZ4aHyW+zw6EBjbiL ar0tXtyZ2MAP+ZQcG60Q7jbX9FQi/ajBjpUKgKhPIwpe3QcnlPlvgCBoJD+do7SFsyn6 aAnu9vKn8+KRJzt1117zuBGbgWxIB6Wxun0DFK5y+bXEtZ7IOVknB1sPVcWp6qCjaQ3u HLHswrtJUHiz+JUC/OI0LmuJ6ucgqsJjz92APBJkkYbmFEIO1r4/EzUObVhQtxWFp1E9 JVtY2s+AGHTIGmmhKbJokH3VpZhvJovMDGjWsTkyWpsZ6DHC7mS+5iskLDKH3Y0gYv4P vQOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from:cc :references:to:content-language:subject:user-agent:mime-version:date :message-id; bh=jTQqPgMy6jm+Ru02j9ui0RCCMOOKA8yoRPYlyHqvVIQ=; b=uAv4Wi+vNR4du/2n5pQCtuxAuziiPn8pbeompVqLfz6FQxizuhG5od0RFb48P8+ZFB 8Mvt376gaN72oth4rQFCqlAARAA02EtOH35ircbk/vVbaKxLg3uS0ns1UpiCDrO43wxx 2nyd0rpCxRseh+OESeRQ6jbyrTo0G6rfQ7ts8+TsmQp/EPGtsZBoXoqRonVOj7UKkYVw KszmQuuxgrQw3ia9EInelTlmgax12/GID4iq5GLs2BxuKrEytkSgbY5iUw8Rf+L7OQuL xMJmP/kkkP+/69s+WtFGQ0BL6UrzPgA/KH7ntSVl6khmNgBq8kX5HTg54qf1sjV8EbuM +Bsw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gt17-20020a1709072d9100b007120074c1d4si10279510ejc.747.2022.06.19.04.55.06; Sun, 19 Jun 2022 04:55:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235158AbiFSLvJ (ORCPT + 99 others); Sun, 19 Jun 2022 07:51:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38686 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232251AbiFSLvH (ORCPT ); Sun, 19 Jun 2022 07:51:07 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8234::]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5D52F12098 for ; Sun, 19 Jun 2022 04:51:03 -0700 (PDT) Received: from [2a02:8108:963f:de38:eca4:7d19:f9a2:22c5]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1o2tSD-00005i-2a; Sun, 19 Jun 2022 13:50:57 +0200 Message-ID: <2596b2c6-71e4-543f-799f-b4b174c21f31@leemhuis.info> Date: Sun, 19 Jun 2022 13:50:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [Intel-wired-lan] ice: Error setting promisc mode on VSI 6 (rc=-17) @ 5.18.x Content-Language: en-US To: Jaroslav Pulchart , intel-wired-lan@lists.osuosl.org, Jesse Brandeburg , Tony Nguyen References: Cc: LKML , "regressions@lists.linux.dev" From: Thorsten Leemhuis In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1655639463;12be5b39; X-HE-SMSGID: 1o2tSD-00005i-2a X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [TLDR: I'm adding this regression report to the list of tracked regressions; all text from me you find below is based on a few templates paragraphs you might have encountered already already in similar form.] Hi, this is your Linux kernel regression tracker. On 09.06.22 08:58, Jaroslav Pulchart wrote: > > I'm struggling with broken network connectivity at VMs using linux > bridge at host after update of kernel from 5.17.x to 5.18.x @ Dell > R750 server with E810-XXV NICs. > > I noticed the kernel reports "Error setting promisc mode" in dmesg. > > # dmesg | grep 'Error setting promisc' > [ 24.863557] ice 0000:31:00.0: Error setting promisc mode on VSI 6 (rc=-17) > [ 24.878369] ice 0000:31:00.0: Error setting promisc mode on VSI 6 (rc=-17) > [ 25.045834] ice 0000:31:00.0: Error setting promisc mode on VSI 6 (rc=-17) > [ 25.129840] ice 0000:b1:00.0: Error setting promisc mode on VSI 6 (rc=-17) > [ 25.144440] ice 0000:b1:00.0: Error setting promisc mode on VSI 6 (rc=-17) > > # lspci -s 0000:31:00.0 > 31:00.0 Ethernet controller: Intel Corporation Ethernet Controller > E810-XXV for SFP (rev 02) > # lspci -s 0000:b1:00.0 > b1:00.0 Ethernet controller: Intel Corporation Ethernet Controller > E810-XXV for SFP (rev 02) > > It is easy to reproduce by: > # ip link set em1 promisc on > # dmesg -T | tail -n 1 > [Thu Jun 9 08:48:19 2022] ice 0000:31:00.0: Error setting promisc > mode on VSI 6 (rc=-17) > > Could it be an 'ice' driver bug introduced in the 5.18 kernel? CCing the regression mailing list, as it should be in the loop for all regressions, as explained here: https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html Jaroslav, did you try to revert the change that was suggested to you in https://lore.kernel.org/all/d993bbb6-e583-5d91-76c0-841cc5da86af@roeck-us.net/ Did it help? Anyway: To be sure below issue doesn't fall through the cracks unnoticed, I'm adding it to regzbot, my Linux kernel regression tracking bot: #regzbot ^introduced v5.17 to v5.18 #regzbot title net: ice: Error setting promisc mode on VSI 6 (rc=-17) @ 5.18.x #regzbot monitor https://lore.kernel.org/all/CAK8fFZ68+xZ2Z0vDWnihF8PeJKEmEwCyyF-8W9PCZJTd8zfp-A@mail.gmail.com/ #regzbot monitor https://lore.kernel.org/all/CAK8fFZ61mQ3AYpdWjWtyUXzrs-RVMW61mBLrjRDXBxB-F9GzbA@mail.gmail.com/ #regzbot ignore-activity This isn't a regression? This issue or a fix for it are already discussed somewhere else? It was fixed already? You want to clarify when the regression started to happen? Or point out I got the title or something else totally wrong? Then just reply -- ideally with also telling regzbot about it, as explained here: https://linux-regtracking.leemhuis.info/tracked-regression/ Reminder for developers: When fixing the issue, add 'Link:' tags pointing to the report (the mail this one replied to), as the kernel's documentation call for; above page explains why this is important for tracked regressions. Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) P.S.: As the Linux kernel's regression tracker I deal with a lot of reports and sometimes miss something important when writing mails like this. If that's the case here, don't hesitate to tell me in a public reply, it's in everyone's interest to set the public record straight.