Message ID | 20230206222513.1773039-7-iii@linux.ibm.com |
---|---|
State | Committed |
Headers |
Return-Path: <elfutils-devel-bounces+patchwork=sourceware.org@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 262C13858032 for <patchwork@sourceware.org>; Mon, 6 Feb 2023 22:25:49 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 262C13858032 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1675722349; bh=DfH/TxOI+lr+duP+WJOmRe1UPBGlY4pkGNom8bIZ0jw=; h=To:Cc:Subject:Date:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Help:List-Subscribe:From: Reply-To:From; b=mFaroizH0OZiONBiyfqdNzgVGmNCKQV3I5h5K1G66DZslvztskXvXqX2PHyCdlu2M pAmtLhqagl2lBalXfK1fJrOHN8aQ3k2hLLK6aS3MI3PwBPyxgzsgg/38k/V4KCrtZA w9NikVE00E99E/BKhcHfpifCDJayoie8XR6SK2ms= X-Original-To: elfutils-devel@sourceware.org Delivered-To: elfutils-devel@sourceware.org Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id 51191385843D for <elfutils-devel@sourceware.org>; Mon, 6 Feb 2023 22:25:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 51191385843D Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 316Jg1un029793 for <elfutils-devel@sourceware.org>; Mon, 6 Feb 2023 22:25:35 GMT Received: from ppma03ams.nl.ibm.com (62.31.33a9.ip4.static.sl-reverse.com [169.51.49.98]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3nk7x9bq0x-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <elfutils-devel@sourceware.org>; Mon, 06 Feb 2023 22:25:34 +0000 Received: from pps.filterd (ppma03ams.nl.ibm.com [127.0.0.1]) by ppma03ams.nl.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 316HMtTO001926 for <elfutils-devel@sourceware.org>; Mon, 6 Feb 2023 22:25:32 GMT Received: from smtprelay02.fra02v.mail.ibm.com ([9.218.2.226]) by ppma03ams.nl.ibm.com (PPS) with ESMTPS id 3nhf06jutn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <elfutils-devel@sourceware.org>; Mon, 06 Feb 2023 22:25:32 +0000 Received: from smtpav06.fra02v.mail.ibm.com (smtpav06.fra02v.mail.ibm.com [10.20.54.105]) by smtprelay02.fra02v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 316MPT7K41288000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 6 Feb 2023 22:25:29 GMT Received: from smtpav06.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 48D4020076; Mon, 6 Feb 2023 22:25:29 +0000 (GMT) Received: from smtpav06.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EFE4520074; Mon, 6 Feb 2023 22:25:28 +0000 (GMT) Received: from heavy.lan (unknown [9.179.9.231]) by smtpav06.fra02v.mail.ibm.com (Postfix) with ESMTP; Mon, 6 Feb 2023 22:25:28 +0000 (GMT) To: elfutils-devel@sourceware.org Cc: Ilya Leoshkevich <iii@linux.ibm.com> Subject: [PATCH RFC 06/11] Initialize reglocs for VMCOREINFO Date: Mon, 6 Feb 2023 23:25:08 +0100 Message-Id: <20230206222513.1773039-7-iii@linux.ibm.com> X-Mailer: git-send-email 2.39.1 In-Reply-To: <20230206222513.1773039-1-iii@linux.ibm.com> References: <20230206222513.1773039-1-iii@linux.ibm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: q_HoCzG5fjowhNy2VLtl25OpNwVinIGe X-Proofpoint-GUID: q_HoCzG5fjowhNy2VLtl25OpNwVinIGe X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.219,Aquarius:18.0.930,Hydra:6.0.562,FMLib:17.11.122.1 definitions=2023-02-06_07,2023-02-06_03,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 phishscore=0 malwarescore=0 mlxscore=0 mlxlogscore=770 impostorscore=0 clxscore=1015 adultscore=0 lowpriorityscore=0 priorityscore=1501 bulkscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2302060191 X-Spam-Status: No, score=-11.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_EF, GIT_PATCH_0, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: elfutils-devel@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Elfutils-devel mailing list <elfutils-devel.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/elfutils-devel>, <mailto:elfutils-devel-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/elfutils-devel/> List-Help: <mailto:elfutils-devel-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/elfutils-devel>, <mailto:elfutils-devel-request@sourceware.org?subject=subscribe> From: Ilya Leoshkevich via Elfutils-devel <elfutils-devel@sourceware.org> Reply-To: Ilya Leoshkevich <iii@linux.ibm.com> Errors-To: elfutils-devel-bounces+patchwork=sourceware.org@sourceware.org Sender: "Elfutils-devel" <elfutils-devel-bounces+patchwork=sourceware.org@sourceware.org> |
Series |
Add Memory Sanitizer support
|
|
Commit Message
Ilya Leoshkevich
Feb. 6, 2023, 10:25 p.m. UTC
MSan complains:
Uninitialized value was created by an allocation of 'reglocs' in the stack frame
#0 0x562d35c686f0 in handle_core_note elfutils/src/readelf.c:12674:3
#const Ebl_Register_Location *reglocs;
==1006199==WARNING: MemorySanitizer: use-of-uninitialized-value
#0 0x562d35c68a2a in handle_core_note elfutils/src/readelf.c:12692:11
#colno = handle_core_registers (ebl, ebl->elf, desc + regs_offset,
# reglocs, nregloc);
Strictly speaking, this is not a problem, because nregloc == 0, but for
other note types we initialize it anyway, so do it here as well.
Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com>
---
backends/linux-core-note.c | 1 +
1 file changed, 1 insertion(+)
Comments
Hi Ilya, On Mon, 2023-02-06 at 23:25 +0100, Ilya Leoshkevich via Elfutils-devel wrote: > MSan complains: > > Uninitialized value was created by an allocation of 'reglocs' in the stack frame > #0 0x562d35c686f0 in handle_core_note elfutils/src/readelf.c:12674:3 > #const Ebl_Register_Location *reglocs; > ==1006199==WARNING: MemorySanitizer: use-of-uninitialized-value > #0 0x562d35c68a2a in handle_core_note elfutils/src/readelf.c:12692:11 > #colno = handle_core_registers (ebl, ebl->elf, desc + regs_offset, > # reglocs, nregloc); > > Strictly speaking, this is not a problem, because nregloc == 0, but for > other note types we initialize it anyway, so do it here as well. Yeah, this is something valgrind wouldn't complain about since it doesn't see passing of an undefined value as "use". But I think msan is technically correct that passing an indeterminate value to a function provokes undefined behavior. Also it is of course more consistent with the rest of the code which does initialize reglocs even when nregloc is zero. Pushed as is. Thanks, Mark > Signed-off-by: Ilya Leoshkevich <iii@linux.ibm.com> > --- > backends/linux-core-note.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/backends/linux-core-note.c b/backends/linux-core-note.c > index 9faae4c3..238ec16d 100644 > --- a/backends/linux-core-note.c > +++ b/backends/linux-core-note.c > @@ -239,6 +239,7 @@ EBLHOOK(core_note) (const GElf_Nhdr *nhdr, const char *name, > return 0; > *regs_offset = 0; > *nregloc = 0; > + *reglocs = NULL; > *nitems = 1; > *items = vmcoreinfo_items; > return 1;
diff --git a/backends/linux-core-note.c b/backends/linux-core-note.c index 9faae4c3..238ec16d 100644 --- a/backends/linux-core-note.c +++ b/backends/linux-core-note.c @@ -239,6 +239,7 @@ EBLHOOK(core_note) (const GElf_Nhdr *nhdr, const char *name, return 0; *regs_offset = 0; *nregloc = 0; + *reglocs = NULL; *nitems = 1; *items = vmcoreinfo_items; return 1;