From nobody Mon Jan 13 19:02:27 2025 X-Original-To: freebsd-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 4YX1ps1jrMz5khFB for ; Mon, 13 Jan 2025 19:02:29 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Certum Domain Validation CA SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YX1pr6Ms7z3Ss3; Mon, 13 Jan 2025 19:02:28 +0000 (UTC) (envelope-from michael.tuexen@lurchi.franken.de) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (p200300cd6f319900b1dba7325b9d9fc4.dip0.t-ipconnect.de [IPv6:2003:cd:6f31:9900:b1db:a732:5b9d:9fc4]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id 1F97A721E2817; Mon, 13 Jan 2025 20:02:28 +0100 (CET) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: panic: tcp_do_segment: sent too much From: Michael Tuexen In-Reply-To: <2489F085-66F0-44FF-962B-FE06E138BDBF@FreeBSD.org> Date: Mon, 13 Jan 2025 20:02:27 +0100 Cc: Kyle Evans , freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2489F085-66F0-44FF-962B-FE06E138BDBF@FreeBSD.org> To: Zhenlei Huang X-Mailer: Apple Mail (2.3826.300.87.4.3) X-Rspamd-Queue-Id: 4YX1pr6Ms7z3Ss3 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE] > On 13. Jan 2025, at 02:50, Zhenlei Huang wrote: >=20 >=20 >=20 >> On Jan 13, 2025, at 9:44 AM, Kyle Evans wrote: >>=20 >> Hi, >>=20 >> I seem to have hit this panic during normal laptop usage with a = -CURRENT running at 2832af7b4ea256b18ef4dbf2ff97a50765f0609a: >>=20 >> panic: tcp_do_segment: sent too much >> cpuid =3D 5 >> time =3D 1736731772 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe015b74b9b0 >> vpanic() at vpanic+0x136/frame 0xfffffe015b74bae0 >> panic() at panic+0x43/frame 0xfffffe015b74bb40 >> tcp_do_segment() at tcp_do_segment+0x2998/frame 0xfffffe015b74bc20 >> tcp_input_with_port() at tcp_input_with_port+0x10f8/frame = 0xfffffe015b74bd70 >> tcp_input() at tcp_input+0xb/frame 0xfffffe015b74bd80 >> ip_input() at ip_input+0x28f/frame 0xfffffe015b74bde0 >> swi_net() at swi_net+0x19b/frame 0xfffffe015b74be60 >> ithread_loop() at ithread_loop+0x266/frame 0xfffffe015b74bef0 >> fork_exit() at fork_exit+0x82/frame 0xfffffe015b74bf30 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe015b74bf30 >>=20 >> Doing a little bit of inspection: >>=20 >> (kgdb) print tp->t_dupacks >> $1 =3D 1 >> (kgdb) print tp->snd_limited >> $6 =3D 0 '\000' >> (kgdb) p/x tp->t_flags >> $4 =3D 0x10000264 >> (kgdb) print maxseg >> $1 =3D 1428 >>=20 >> `sent` appears to be optimized out. As far as I know, I don't hit = this one often, but I'm wondering if there's anything else useful I = could extract here / if anyone has a theory about what happened. >=20 > I also hit this. When I ssh to my dev machine ( 15.0-CURRENT ) and run = the build, it happens sometimes. It appears to be easy repeated with = busy tcp traffic. See my response to Kyle... Best regards Michael >=20 >>=20 >> Thanks, >>=20 >> Kyle Evans >>=20 >=20 >=20 >=20 >=20