From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14590 invoked by alias); 16 Sep 2008 03:28:09 -0000 Received: (qmail 14581 invoked by uid 22791); 16 Sep 2008 03:28:08 -0000 X-Spam-Check-By: sourceware.org Received: from igw1.br.ibm.com (HELO igw1.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 16 Sep 2008 03:27:25 +0000 Received: from mailhub3.br.ibm.com (mailhub3 [9.18.232.110]) by igw1.br.ibm.com (Postfix) with ESMTP id 888E432C193 for ; Mon, 15 Sep 2008 23:56:38 -0300 (BRT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub3.br.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m8G3RS932785496 for ; Tue, 16 Sep 2008 00:27:28 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8G3RLP9006789 for ; Tue, 16 Sep 2008 00:27:21 -0300 Received: from [9.18.197.48] ([9.18.197.48]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8G3RLmO006613; Tue, 16 Sep 2008 00:27:21 -0300 Subject: Re: [PATCH/RFC] auxv entries From: Thiago Jung Bauermann To: Mark Kettenis Cc: gdb-patches@sourceware.org In-Reply-To: <200809152022.m8FKMbbt017028@brahms.sibelius.xs4all.nl> References: <200809142127.m8ELR9eX025288@brahms.sibelius.xs4all.nl> <1221438784.17278.18.camel@localhost.localdomain> <200809150920.m8F9KVTI023217@brahms.sibelius.xs4all.nl> <200809152022.m8FKMbbt017028@brahms.sibelius.xs4all.nl> Content-Type: text/plain; charset=utf-8 Date: Tue, 16 Sep 2008 03:28:00 -0000 Message-Id: <1221535620.12929.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-09/txt/msg00346.txt.bz2 El lun, 15-09-2008 a las 22:22 +0200, Mark Kettenis escribió: > Here is the promised diff. Tested on Linux on amd64 (which doesn't > say a lot since it is little-endian). Not sure if you're still interested, but I had already fired the regression test anyway: This patch introduces the following regressions in ppc64-linux: PASS: gdb.base/auxv.exp: generate native core dump PASS: gdb.base/auxv.exp: load core file for info auxv on native core dump PASS: gdb.base/auxv.exp: info auxv on native core dump -PASS: gdb.base/auxv.exp: matching auxv data from live and core +FAIL: gdb.base/auxv.exp: matching auxv data from live and core PASS: gdb.base/auxv.exp: load core file for info auxv on gcore-created dump PASS: gdb.base/auxv.exp: info auxv on gcore-created dump -PASS: gdb.base/auxv.exp: matching auxv data from live and gcore +FAIL: gdb.base/auxv.exp: matching auxv data from live and gcore Here's the gdb.log for the failing run: info auxv^M 0 AT_NULL End of vector 0x16^M (gdb) PASS: gdb.base/auxv.exp: info auxv on native core dump FAIL: gdb.base/auxv.exp: matching auxv data from live and core Versus the gdb.log for the successful run: info auxv^M 22 AT_IGNOREPPC Entry should be ignored 22^M 22 AT_IGNOREPPC Entry should be ignored 22^M 19 AT_DCACHEBSIZE Data cache block size 128^M 20 AT_ICACHEBSIZE Instruction cache block size 128^M 21 AT_UCACHEBSIZE Unified cache block size 0^M 33 AT_SYSINFO_EHDR System-supplied DSO's ELF header 0x100000^M 16 AT_HWCAP Machine-dependent CPU capability hints 0xdc080000^M 6 AT_PAGESZ System page size 4096^M 17 AT_CLKTCK Frequency of times() 100^M 3 AT_PHDR Program headers for program 0x10000040^M 4 AT_PHENT Size of program header entry 56^M 5 AT_PHNUM Number of program headers 9^M 7 AT_BASE Base address of interpreter 0x40000000000^M 8 AT_FLAGS Flags 0x0^M 9 AT_ENTRY Entry point of program 0x10010b98^M 11 AT_UID Real user ID 1001^M 12 AT_EUID Effective user ID 1001^M 13 AT_GID Real group ID 100^M 14 AT_EGID Effective group ID 100^M 23 AT_SECURE Boolean, was exec setuid-like? 0^M 15 AT_PLATFORM String identifying platform 0xfffffa62210 "ppc970"^M 0 AT_NULL End of vector 0x0^M (gdb) PASS: gdb.base/auxv.exp: info auxv on native core dump PASS: gdb.base/auxv.exp: matching auxv data from live and core -- []'s Thiago Jung Bauermann IBM Linux Technology Center