From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 8Gv1HLj6a2aNEzUAWB0awg (envelope-from ) for ; Fri, 14 Jun 2024 04:09:28 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=rtgIyOJg; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 731D81E0C1; Fri, 14 Jun 2024 04:09:28 -0400 (EDT) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 64F041E030 for ; Fri, 14 Jun 2024 04:09:26 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id EC5873882126 for ; Fri, 14 Jun 2024 08:09:25 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org EC5873882126 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1718352566; bh=hH4hv6QuS0ZfXNI6Da0ZJdIBds94EYsBH4CFjnpuB9Y=; h=To:Cc:Subject:In-Reply-To:References:Date:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=rtgIyOJglJCG3j8FgnCWOXVnb3/OqT+opvqjwWNBM5p02A60u+N4itlvlmTF3dDQ0 MagdpjFfqIfqFPFLdayY6kaXU2GvE1C0jNqz7srnA6pE5T1jb2Dgh7kqMrKgfZbnxt uvxCUzewBlTtzHRFYNgdDV6kJPdNNsjIak5Qta9w= Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 8A1833882100 for ; Fri, 14 Jun 2024 08:08:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 8A1833882100 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 8A1833882100 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718352499; cv=none; b=IixyS+M9Qul4za3LP+u1jdj5N/xYdvhZxeMOHUzFvbWoT2azZKl26mY6rtu+g/qsYws2wb93gjafAzBdaYLQcc9UUzB84dN5V6KH3a/TwO5tRYybtdTM1ve2NMhjuW4a2Jv9VAUnEVdX2lGV7S69NVPCHfiZMpsF4bAfhGpEPJc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1718352499; c=relaxed/simple; bh=/HN8daQ3F8PgEbdlPMUO9ieX93Kl1qY7lQTOu++Obe8=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=tPeD0kVn6F1N16c5gn09R2RMkXcAxH0an64uTcs7NUAXapM9cfdQoNXPcS9M74BeHEgk8Nv6moAt9Cs6msqX/2IwplUvzCKWOdKeludYYFJXJP//moIHcrgHKwXru8L/IoJbAnh6Uhh4quiVaPh8s5zaWl7L8Xwg3n+63G4dhZY= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-9-tWyu01_WNU6J1E-nl_ZpnA-1; Fri, 14 Jun 2024 04:08:09 -0400 X-MC-Unique: tWyu01_WNU6J1E-nl_ZpnA-1 Received: by mail-wm1-f70.google.com with SMTP id 5b1f17b1804b1-4215b0b1c11so14442615e9.3 for ; Fri, 14 Jun 2024 01:08:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718352488; x=1718957288; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=hH4hv6QuS0ZfXNI6Da0ZJdIBds94EYsBH4CFjnpuB9Y=; b=T5RSjYH+uTUM5Z8Lwd6JRkPuKFeBsiExrdFg7RaJvMV/obZw7KL862EFDaDrPHvvN+ bsVevqnTbh5aJuIVAurtSSwGjD/IEpFmHMQgkbtuW31plSq3xPJOLS8v9MM1d+NJCw4A 6GCiXvHXer52sWLelJzbjr3FLSaVLp2UuIwowDnLLJVYVTzgaxckzWeuER6tlrZQwyvj QR0qX/z/7a7VtS5s9NqfTyqvX8s2tNmwFZC+iX9Y/X++dHzCvL55fH+sjAytu300rJzO OqnJSyI6riB/O3NFQ/HD4Dhx3xE9d/rr77+ak7w8kQadyU88FLUZHBAyJP+widHj1CrW Wdyw== X-Forwarded-Encrypted: i=1; AJvYcCVPNhGZ89NUs6kQmFjx+aKiDm8rZB9BrrCdiEF0HX9LF6zX+RPC4puYulesYSTMw9SvZpyVmmZB/XD2DEsjMHHgqvc= X-Gm-Message-State: AOJu0YytaJySts9IHK+qsOoSiQ8SM294VB5RAX8KG0k+OOmjimtO+AXp mQZWxSbE1EFQ1pOrOUC9XQNIVOoWmD30izkzTw6bt2U+rbzX43u3K0ZemjoeOQWP9ZFTU8Z1fQD wOOyeCKO5zlvQ4mqGy1aPfu1nOCYm/LseIgC2MzQXtCD5qlfGxI3NmjZ7 X-Received: by 2002:a05:6000:ec2:b0:35f:1cec:3ce with SMTP id ffacd0b85a97d-3607a75b68fmr1150394f8f.29.1718352487901; Fri, 14 Jun 2024 01:08:07 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGnaG2YErT+MsTODY5rTlvY/KRDk9zhfn83CxGfnn//IjENsCuALsjTrXYzJlsusLU6TOEJOg== X-Received: by 2002:a05:6000:ec2:b0:35f:1cec:3ce with SMTP id ffacd0b85a97d-3607a75b68fmr1150372f8f.29.1718352487412; Fri, 14 Jun 2024 01:08:07 -0700 (PDT) Received: from localhost ([31.111.84.186]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-360750acf32sm3627670f8f.49.2024.06.14.01.08.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Jun 2024 01:08:07 -0700 (PDT) To: "Terekhov, Mikhail" , Luis Machado , "gdb-patches@sourceware.org" , "gdb@sourceware.org" Cc: Pedro Alves Subject: RE: [RFC] Removing in process agent (IPA) In-Reply-To: References: <87y1797wqf.fsf@redhat.com> Date: Fri, 14 Jun 2024 09:08:06 +0100 Message-ID: <87sexg7xqx.fsf@redhat.com> MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE 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@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Andrew Burgess via Gdb Reply-To: Andrew Burgess Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" "Terekhov, Mikhail" writes: >> -----Original Message----- >> From: Luis Machado >> >> Similarly, I also think it might be time to consider dropping the tracepoints >> (mainly static and fast) machinery from gdbserver, as I suspect that is another >> mechanism that is not being used very often. >> > We use tracepoints in our stub from the last millennia I guess (back from EMC days) > and plan to do so in the future. > >> I recall trying to use tracepoints for practical purposes (back in the day), and it >> wasn't up to the task, being too cumbersome to use, having bad failure modes > > Putting some UI/GUI on top of it makes it relatively simple to use. > >> and having other security implications when trying to debug stuff in >> production platforms. The remote protocol side of it is OK, but again, I bet no >> debugging stubs are using that anymore. > > We do use them but not in production though. Just so I'm clear, you're talking about tracepoints here either in gdbserver, or at least (if you have your own stub) in GDB and the remote protocol, right? This doesn't require gdb to continue shipping the IPA right? Or have I failed to understand your position? Thanks, Andrew