From nobody Fri Sep 27 14:59:19 2024 X-Original-To: net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XFYX82DbHz5Y5fJ for ; Fri, 27 Sep 2024 14:59:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XFYX80zmcz57n6 for ; Fri, 27 Sep 2024 14:59:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727449160; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nI5Cqg31Wr0MIZXjSgK8RtmBDQhhOkHeESm8KXD1m3Q=; b=tlVUJ3mDuAA08O8nyp0wES8XLrSlx4epB7u592B79ItqlS6IL/RX1hs7ZkdcC44K6Re2dn Iac6XbtjtxPB+HuQDOTukwI1HSpgp9+D/cpXQ2hFR8Qz8K72FQsmZrAQ0NUKQS0FXXVCg5 mOLLUP8eqqeWMTxvRmJn+bWp42rAvGNlSmCWD8Afg0R5QzwUwdXn4oEYYpFhHvFD4dBYLE YPJKI1Nr6vwOsN2rh/w0EhoEhWXg3KUBzOWtrD3y5Lh8XT4+52s9mR156TunU0EA8u9HS2 uhobmYR3yt0NTsjCTO8DbyG37iNYfmn1cqFyEw2cRmyjXggowSFB5xiLAknV8Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727449160; a=rsa-sha256; cv=none; b=YSesw+2TaujI1Qclwx7ns+8QokygdwMJX4t9sEJ65H2TwpMDPWh3i0G7Klempy7jOBIRA+ t5DKWUfDTJTVeNocNExX1fcOS//4M4vjXK2SSfLZ4lYLlDkEfGpBtpbrX5wAGa/MV3Lqlh 10/3fM1JT8pvdXOyQ31ZTjGlzQg+b1u/BwwE3HIUqX8n7xlkL4ZSQXRZ3gaoeKIsuiNVq9 wrkha2E3EfqpUCXaE/fMNOc54SLrKOzky3ZyvqeT6jTh2IJgy1nckQ1LObncsPNkfGFfTs zLFj1bHYloi3EGdehwwP20WpYOqkjPI0WhjpURGpTHWxJlk+q/84TBYivVHL3w== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XFYX80VQ1zl7f for ; Fri, 27 Sep 2024 14:59:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 48RExJml087964 for ; Fri, 27 Sep 2024 14:59:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 48RExJt3087963 for net@FreeBSD.org; Fri, 27 Sep 2024 14:59:19 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 281560] gve (4) uma deadlock during high tcp throughput Date: Fri, 27 Sep 2024 14:59:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.1-RELEASE X-Bugzilla-Keywords: vendor X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281560 --- Comment #17 from Konstantin Belousov --- (In reply to Mark Johnston from comment #16) I doubt that system would stay silent about a CPU with disabled interrupts, our IPI code does not tolerate such condition. In fact, I asked about pcpu because for me it more sounds as if idle thread does not exit an idle loop. Note that this stuff occurring in the VM, and we e.g. MWAIT emulation might be tricky. Would the CPU in question sit in idle thread, I suggest to change the idling method either to hlt or loop. --=20 You are receiving this mail because: You are the assignee for the bug.=