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 138F3459FA; Sat, 28 Sep 2024 00:27:36 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2CD4340B8C; Sat, 28 Sep 2024 00:23:55 +0200 (CEST) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.192.15]) by mails.dpdk.org (Postfix) with ESMTP id 836D640B8C for ; Sat, 28 Sep 2024 00:23:53 +0200 (CEST) X-ASG-Debug-ID: 1727475832-09411a1bd519cbe0001-TfluYd Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id hFWdLuw1s1841zFt (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 27 Sep 2024 17:23:52 -0500 (CDT) X-Barracuda-Envelope-From: lew@perftech.com X-Barracuda-Effective-Source-IP: mail.pt.net[206.210.194.11] X-Barracuda-Apparent-Source-IP: 206.210.194.11 Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 6CC93E7C454 for ; Fri, 27 Sep 2024 17:23:52 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavis, port 10032) with ESMTP id Mun2R-kCX1Z5 for ; Fri, 27 Sep 2024 17:23:52 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 2463DE7C5EA for ; Fri, 27 Sep 2024 17:23:52 -0500 (CDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.pt.net 2463DE7C5EA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=perftech.com; s=B15A3A56-ABEA-11EE-9719-5F12F125680F; t=1727475832; bh=uk49h2CBCKX35TVQTXsI50gf0vABspWqQ89IAt74vDg=; h=Date:From:To:Message-ID:MIME-Version; b=mjXngoDNGQtI3ldz/EzoZRRfWJiQ1Rop9cdD7jWaGUQdl0TFf0dNQQ2B0H0/xU5ZP T+rNPhQUS/CNOq3yL+vLqMQ+8uam+jdOgh2fT7vIsUrtrH8fFpXrPvcb9U8QebfVRQ OdhJuT5gLko1W5qpgog8a3n0b3Sna8IH9CF62s1vdFTAmuqouORkrhBuj3QPZj07Yw oq3UQ/CWrDAw9uIl9UItJD/K8PtQ7+trma8W1YqOuzLj7DMvwYAiRX1XmIGjgBdS1F 1wJg81sDMTsK33YzUmARBcaf7srgIwVYzZX++Jnx3w2Gce8PE+MVNoryCrPUsUc98m Au6V0Uz370OmA== X-Virus-Scanned: amavis at pt.net Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavis, port 10026) with ESMTP id zOoa65tCC0sL for ; Fri, 27 Sep 2024 17:23:52 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 11146E7C452 for ; Fri, 27 Sep 2024 17:23:52 -0500 (CDT) Date: Fri, 27 Sep 2024 17:23:51 -0500 (CDT) From: Lewis Donzis To: dev Message-ID: <136318200.3114519.1727475831877.JavaMail.zimbra@donzis.com> In-Reply-To: <20240927180829.525350-18-sriharsha.basavapatna@broadcom.com> References: <20240927180829.525350-1-sriharsha.basavapatna@broadcom.com> <20240927180829.525350-18-sriharsha.basavapatna@broadcom.com> Subject: FreeBSD problem with ixgbe MIME-Version: 1.0 X-ASG-Orig-Subj: FreeBSD problem with ixgbe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: [206.210.194.11] X-Mailer: Zimbra 8.8.15_GA_4652 (ZimbraWebClient - GC129 (Mac)/8.8.15_GA_4652) Thread-Topic: FreeBSD problem with ixgbe Thread-Index: ABa/KCAx+Zs8B6+x0q4oPmp73XxhWA== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1727475832 X-Barracuda-Encrypted: TLS_AES_256_GCM_SHA384 X-Barracuda-URL: https://smtp-gw.pt.net:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at pt.net X-Barracuda-Scan-Msg-Size: 561 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.131054 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org I'm pretty sure this is been reported before, but in ixgbe_ethdev.c, line 4311 begins: /* BSD has no interrupt mechanism, so force NIC status synchronization. */ #ifdef RTE_EXEC_ENV_FREEBSD wait = 1; #endif We've had to remove this code ever since it was added because it causes improper delays in our code. When we ask for link status without waiting, we need for it not to wait, and I'm not sure why a lack of interrupts makes any difference in this case. Removing this code allows it to behave properly, best we can tell. Thanks, lew