From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22813 invoked by alias); 8 Mar 2007 19:19:09 -0000 Received: (qmail 22735 invoked by uid 22791); 8 Mar 2007 19:19:08 -0000 X-Spam-Check-By: sourceware.org Received: from hq.tensilica.com (HELO mailapp.tensilica.com) (65.205.227.29) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 08 Mar 2007 19:19:02 +0000 Received: from localhost ([127.0.0.1]) by mailapp.tensilica.com with esmtp (Exim 4.34) id 1HPO8g-000361-WB; Thu, 08 Mar 2007 11:18:59 -0800 Received: from mailapp.tensilica.com ([127.0.0.1]) by localhost (mailapp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10399-06; Thu, 8 Mar 2007 11:18:58 -0800 (PST) Received: from maxim_fc5.hq.tensilica.com ([192.168.11.68]) by mailapp.tensilica.com with esmtp (Exim 4.34) id 1HPO8g-00035q-Fs; Thu, 08 Mar 2007 11:18:58 -0800 Message-ID: <45F061A2.7040407@hq.tensilica.com> Date: Thu, 08 Mar 2007 19:19:00 -0000 From: Maxim Grigoriev User-Agent: Thunderbird 1.5.0.9 (X11/20070102) MIME-Version: 1.0 To: Maxim Grigoriev , gdb-patches@sources.redhat.com Subject: Re: Progress indicator on loading References: <45F05D25.2010405@hq.tensilica.com> <20070308191048.GA24158@caradoc.them.org> In-Reply-To: <20070308191048.GA24158@caradoc.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: 2007-03/txt/msg00090.txt.bz2 > The MI -target-download already does > report progress, based on write size. My colleagues want to have similar feature for the "load" command. If it's reasonable to implement it could be an extra option to this command. Daniel Jacobowitz wrote: > On Thu, Mar 08, 2007 at 10:59:49AM -0800, Maxim Grigoriev wrote: > >> Hi GDB developers, >> >> One of my colleagues asked me if I can implement and >> submit a progress indicator showing how the loading >> process is going through a slow interface. It would be >> reasonable to do only if GDB community is interested >> in such a feature. >> > > We've been bouncing around ideas internally at CodeSourcery for how > improve progress reporting. But that's mostly for the new flash > programming interface. Where else do you need a progress indicator > that you don't have one already? The MI -target-download already does > report progress, based on write size. > >