From nobody Fri Sep 22 08:28:05 2023 X-Original-To: bugs@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 4RsQPy11pNz4tW51 for ; Fri, 22 Sep 2023 08:28:06 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RsQPx5SXrz4fXJ for ; Fri, 22 Sep 2023 08:28:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695371285; a=rsa-sha256; cv=none; b=rg6CaueCDPVyMIdyIC5Pfc305sYe06MmhMmU0HQNPvmhp9sdQG1zICz8UgvU+Rubgm3A2G wgVqeDTQCe7KV8NpoAR5uuhrgsOonUgg6Q/mpJJprBaJYn38saeYYHB01C3ZC43y/Vn1dq 5huljVjgEhR6usdjHPAr4yyGy1R0+IC34CHj09iMUtrYykkqLzOTdcaeM8r/z8WJb/9/zl 8SkhSJxzMZb6RWIhtPeDgTYdP0wpIl/uYrGw2IsajT1C7GKqSJ/4WNgkVZPQJRiOa+3NIO ndRhY1tV+k1ve2gUi+nD6OCtanRO+emAlkWDcNCmI50iaEyOXgRSA4RwV93Oiw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695371285; 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=HYvmqn/t9tGoMHgy+GjLxx+4OvWacDh7bih1c6Lewdg=; b=XI7UGH5hnQ7ZXWmWkrw1k4hkIP9gqGAQm0z7RUIOBCsF0JUqedQQHu57KNCN2XxEM+EGdF i3J622tYNY873Cn4SePpi2Mc2rVaRwYsMP8mhSDg3pivtLP73DrjqB+YRKnoEu3Ut31AmY hDRuDPJtoR4eMz4xESSkvWdV6+MOCyP24hXl6J5ewFv6F4MhrU5+0uF3LPoG7Am09/qHVp 4fHaZc2Q2vGLLn4oHmhp6JEayBbYs5dFh8GYUaqdSMT7ahxMUooyCNA3d6fWPAmhFQy9EV oxj0pSvSFGaE/3aIL2Wx4nIVsPoU8bMK5lDA5ut2rCqLofkE/tiVI8Hyqgcirw== 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 4RsQPx4RVyzcw for ; Fri, 22 Sep 2023 08:28:05 +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 38M8S5DA074599 for ; Fri, 22 Sep 2023 08:28:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38M8S5RJ074598 for bugs@FreeBSD.org; Fri, 22 Sep 2023 08:28:05 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: bugs@FreeBSD.org Subject: [Bug 273956] KERN_PROC_VMMAP does not read all mapped files Date: Fri, 22 Sep 2023 08:28:05 +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.0-CURRENT X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pjfloyd@wanadoo.fr X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273956 --- Comment #16 from Paul Floyd --- (In reply to Ed Maste from comment #15) I can't think of anything that would have changed the size of the RW PT_LOA= D, though it might have been a small change that tipped the scales. I can now reproduce the same thing on FreeBSD 13.2 with my dev build. Because the code has to deal with libraries that ldrt and dlopen load it is quite fussy in making sure that the start/end/size/offset are all consisten= t. It's easy to get most of the info for the RW PT_LOAD (all but the offset and the prot mode are the same as the preceding RX PT_LOAD). I don't know wheth= er I'll be able to regenerate an offset that satisfies the checks. "prev offse= t + current size" is close, but the figures that I get from sysctl KERN_PROC_VM= MAP are rounded to page boundaries. If I can't figure out a robust way to regenerate the offset then I'll add an "ignore offset" flag. --=20 You are receiving this mail because: You are the assignee for the bug.=