From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13964 invoked by alias); 24 Jul 2015 15:11:53 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 13349 invoked by uid 89); 24 Jul 2015 15:11:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 24 Jul 2015 15:11:51 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id 6E85BA10A8; Fri, 24 Jul 2015 15:11:50 +0000 (UTC) Received: from blade.nx (ovpn-116-19.ams2.redhat.com [10.36.116.19]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t6OFBntq020258; Fri, 24 Jul 2015 11:11:50 -0400 Received: by blade.nx (Postfix, from userid 1000) id 23F79264EDD; Fri, 24 Jul 2015 16:11:49 +0100 (BST) Date: Fri, 24 Jul 2015 15:11:00 -0000 From: Gary Benson To: Paul_Koning@dell.com Cc: sandra@codesourcery.com, gdb@sourceware.org Subject: Re: GDB now takes 4 minutes to start up with remote gdbserver target Message-ID: <20150724151148.GA18553@blade.nx> References: <55B1768E.9090309@codesourcery.com> <55B1A4FC.9010403@codesourcery.com> <20150724085244.GB22673@blade.nx> <55B2444C.106@codesourcery.com> <2906903F-7478-4B9D-8A9A-A6256F8076EF@dell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2906903F-7478-4B9D-8A9A-A6256F8076EF@dell.com> X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00046.txt.bz2 Paul_Koning@dell.com wrote: > Sandra Loosemore wrote: > > I'd rather that we fix GDB to "just work", as it used to do, > > rather than have to document workarounds for this breakage. > > I agree. Taking multiple minutes to start up, by defaut, is a bug. I also agree that GDB suddenly taking very much longer to start up is a bug. I don't need convincing, we're all on the same page here. I don't agree that the fix is reverting the "target:" sysroot changes. While that would make GDB "just work" for Sandra's scenario, it would make GDB not "just work" for other scenarios. Not everybody using remote debugging has a slow link. Not everybody using "target:" sysroots is debugging remote targets. The proper fix is making GDB recognise what's happening and adjust. The information Sandra provided should allow me to put together some kind of test environment. In the meantime, Sandra, could you please check that the patch I mailed makes the long file transfer operations interruptible. Irrespective of how your main issue is solved, uninterruptible long operations are a bug, and I'd like to fix this one. Thanks, Gary -- http://gbenson.net/