From patchwork Tue Feb 28 11:28:03 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Tankut Baris Aktemur X-Patchwork-Id: 65738 Return-Path: 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 995DF385040B for ; Tue, 28 Feb 2023 11:30:03 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 995DF385040B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1677583803; bh=Q2/yHy0xtrnmXxGPHPM2BZLgcPHmjQaX5utx0UUewO0=; h=To:Subject:Date:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=Wzz6unkyZ4/p4AGzGKWHWkxjbL4U0VihbyUpdSdWzhz7a3Il//p5axU699GrddjE/ 2ygEruYQaoCMsOZryuzz9BjhZpxMf//UfGwbZmMhb13pTvV4PIgA1Id7iop6C2nG1Q yFrO0++HswwO3S/cGqvTBWBjvDsK/pvmtcS+JpUc= X-Original-To: gdb-patches@sourceware.org Delivered-To: gdb-patches@sourceware.org Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by sourceware.org (Postfix) with ESMTPS id 6896E3858401 for ; Tue, 28 Feb 2023 11:29:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6896E3858401 X-IronPort-AV: E=McAfee;i="6500,9779,10634"; a="314536342" X-IronPort-AV: E=Sophos;i="5.98,221,1673942400"; d="scan'208";a="314536342" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Feb 2023 03:29:11 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10634"; a="738120503" X-IronPort-AV: E=Sophos;i="5.98,221,1673942400"; d="scan'208";a="738120503" Received: from ultl2604.iul.intel.com (HELO localhost) ([172.28.48.47]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Feb 2023 03:29:10 -0800 To: gdb-patches@sourceware.org Subject: [PATCH 05/26] gdbserver: add a pointer to the owner thread in regcache Date: Tue, 28 Feb 2023 12:28:03 +0100 Message-Id: <5e9fc384d9456c05d12037a4f2f1999b675c19f5.1677582744.git.tankut.baris.aktemur@intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: References: MIME-Version: 1.0 X-Spam-Status: No, score=-10.4 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, SPF_HELO_NONE, SPF_NONE, 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: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Patchwork-Original-From: Tankut Baris Aktemur via Gdb-patches From: Tankut Baris Aktemur Reply-To: Tankut Baris Aktemur Errors-To: gdb-patches-bounces+patchwork=sourceware.org@sourceware.org Sender: "Gdb-patches" Add a back-link in regcache to the thread that owns the regcache. This will help us in future patches to refer to the right thread object without having to rely on the global current_thread pointer. --- gdbserver/regcache.cc | 1 + gdbserver/regcache.h | 3 +++ 2 files changed, 4 insertions(+) diff --git a/gdbserver/regcache.cc b/gdbserver/regcache.cc index 21c2207822c..2a8dc17ed6a 100644 --- a/gdbserver/regcache.cc +++ b/gdbserver/regcache.cc @@ -45,6 +45,7 @@ get_thread_regcache (struct thread_info *thread, bool fetch) regcache = new struct regcache (proc->tdesc); set_thread_regcache_data (thread, regcache); + regcache->thread = thread; } if (fetch && regcache->registers_valid == 0) diff --git a/gdbserver/regcache.h b/gdbserver/regcache.h index 5b2066ced4d..053ed08b20f 100644 --- a/gdbserver/regcache.h +++ b/gdbserver/regcache.h @@ -33,6 +33,9 @@ struct regcache : public reg_buffer_common /* The regcache's target description. */ const struct target_desc *tdesc = nullptr; + /* Back-link to the thread to which this regcache belongs. */ + thread_info *thread = nullptr; + /* Whether the REGISTERS buffer's contents are valid. If false, we haven't fetched the registers from the target yet. Not that this register cache is _not_ pass-through, unlike GDB's. Note that