From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27002 invoked by alias); 3 Jan 2018 23:39:04 -0000 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 Received: (qmail 26984 invoked by uid 89); 3 Jan 2018 23:39:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy= X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail.baldwin.cx Received: from bigwig.baldwin.cx (HELO mail.baldwin.cx) (96.47.65.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 03 Jan 2018 23:39:02 +0000 Received: from ralph.baldwin.cx (astound-66-234-202-155.ca.astound.net [66.234.202.155]) by mail.baldwin.cx (Postfix) with ESMTPSA id A953510A7DB; Wed, 3 Jan 2018 18:39:00 -0500 (EST) From: John Baldwin To: Simon Marchi Cc: gdb-patches@sourceware.org, binutils@sourceware.org Subject: Re: [PATCH 0/4] Support for 'info proc' on FreeBSD cores and native Date: Wed, 03 Jan 2018 23:39:00 -0000 Message-ID: <1595518.rlqukh4ycs@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <36f6c031e68bdd24294eeb188515a6d3@simark.ca> References: <20171222220513.54983-1-jhb@FreeBSD.org> <3442618.PIMj3GPsCN@ralph.baldwin.cx> <36f6c031e68bdd24294eeb188515a6d3@simark.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-IsSubscribed: yes X-SW-Source: 2018-01/txt/msg00042.txt.bz2 On Wednesday, January 03, 2018 02:15:50 PM Simon Marchi wrote: > > To be clear, which of these suggestions are you fine with? > > > > 1) Having a merged 'info proc stat/status' for FreeBSD. > > I am fine with this. > > > 2) Resurrecting 'info proc id' and 'info proc time'. > > I am fine with this, if you think it's useful. I didn't quite > understand what it would show. If it just shows a subset of the > information of stat/status, maybe it's not so useful, but if it's > additional info, then sure. Just a subset, so I'm fine with just skipping 2). -- John Baldwin