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 0510445BC0; Thu, 24 Oct 2024 14:55:40 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E3F9C4345B; Thu, 24 Oct 2024 14:55:39 +0200 (CEST) Received: from smtp-gw.pt.net (smtp-gw.pt.net [206.210.192.15]) by mails.dpdk.org (Postfix) with ESMTP id C726F4003C for ; Thu, 24 Oct 2024 14:55:38 +0200 (CEST) X-ASG-Debug-ID: 1729774536-09411a490e31ad00001-TfluYd Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by smtp-gw.pt.net with ESMTP id VuVpZieyDONvVmBk (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 24 Oct 2024 07:55:37 -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 D7FDBF53DEF; Thu, 24 Oct 2024 07:55:36 -0500 (CDT) Received: from mail.pt.net ([IPv6:::1]) by localhost (mail.pt.net [IPv6:::1]) (amavis, port 10032) with ESMTP id X6AgpbnBsXvl; Thu, 24 Oct 2024 07:55:36 -0500 (CDT) Received: from localhost (localhost [IPv6:::1]) by mail.pt.net (Postfix) with ESMTP id 885CCF540C3; Thu, 24 Oct 2024 07:55:36 -0500 (CDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.pt.net 885CCF540C3 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=perftech.com; s=B15A3A56-ABEA-11EE-9719-5F12F125680F; t=1729774536; bh=sKKznYvhnY92VUkXkhT1co1e7r+rlfjASU0tVw3/U60=; h=Date:From:To:Message-ID:MIME-Version; b=iRYR7Sm7a1zOxx/hphNOrss6H6cj2zsz0rKG1CkOeqOeVL3MwRtezpQmv1k6eAdR8 pClJ61M3iIgXd/0ZjlgUJOcrPni5dUn8WLxxe5dcK+eg+H6N3eMfak7NhlRAaYA2rx m78EL+LUvWYbm0ziRskNEPbcxwqtMmARyFw98PtgZn4Iz3agUdQRQqtxpo7NstVcEU +P6x/WetBvmtMqSi0lx+O2+reYjV+Rnzzo2TjTWcNAL2wU7pK40EmbAXPSUlFpLmnG WeaHvFOnwctaC6lb1NdfHNQVEJWAF+xN1iN60Sh7hq+6D1k3Uphtdsd8bfv9lptnIW H9LsPUaxsHF0g== 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 0YxRFz5lCjsR; Thu, 24 Oct 2024 07:55:36 -0500 (CDT) Received: from mail.pt.net (mail.pt.net [206.210.194.11]) by mail.pt.net (Postfix) with ESMTP id 7321CF53DED; Thu, 24 Oct 2024 07:55:36 -0500 (CDT) Date: Thu, 24 Oct 2024 07:55:36 -0500 (CDT) From: Lewis Donzis To: Dmitry Kozlyuk Cc: dev , anatoly burakov Message-ID: <1214738221.9418986.1729774536292.JavaMail.zimbra@donzis.com> In-Reply-To: <20241023231859.1323727-1-kozlyuk@bifit.com> References: <20241023231859.1323727-1-kozlyuk@bifit.com> Subject: Re: [PATCH] eal: support including mapped memory in core dump MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [PATCH] eal: support including mapped memory in core dump 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 - GC130 (Mac)/8.8.15_GA_4652) Thread-Topic: support including mapped memory in core dump Thread-Index: LWK+UAozYIm8FU/La92rQpSJ7Dq2gQ== X-Barracuda-Connect: mail.pt.net[206.210.194.11] X-Barracuda-Start-Time: 1729774536 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: 1262 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.132235 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 ----- On Oct 23, 2024, at 6:18 PM, Dmitry Kozlyuk dmitry.kozliuk@gmail.com wrote: > Lewis, testing on FreeBSD would be appreciated. Well, unfortunately, it's not working very well... The contigmem memory was not included in the core dump. I added logging just before the madvise() call to prove that it's calling madvise() properly, and it looks good. I then tried forcing all madvise() calls to use EAL_DODUMP. And finally, I tried removing the call to madvise() altogether. None of those things changed the size of the core dump from what it was, and my test of trying to access an mbuf in the debugger still says the memory is inaccessible. What's even worse is, it appears that I had already tried the above work-arounds back on May 28th and mentioned that in an e-mail to you. Apparently I totally forgot about those experiments! At the time, I wondered if it was just something fundamental about FreeBSD and contigmem. It may take some digging through the FreeBSD source code to see how the dumper works. So I apologize for not remembering that this wasn't entirely a DPDK issue. That said, it's nice that this is available on Linux and maybe we'll find a way to make it work on FreeBSD. Thanks again for the efforts, lew