From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17659 invoked by alias); 8 Jan 2010 13:00:20 -0000 Received: (qmail 17649 invoked by uid 22791); 8 Jan 2010 13:00:19 -0000 X-SWARE-Spam-Status: No, hits=-0.1 required=5.0 tests=AWL,BAYES_20,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 Jan 2010 13:00:15 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0KVX00E00IGTXJ00@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Fri, 08 Jan 2010 14:59:12 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.222.44]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KVX00C16IQNX8I0@a-mtaout20.012.net.il>; Fri, 08 Jan 2010 14:59:12 +0200 (IST) Date: Fri, 08 Jan 2010 13:00:00 -0000 From: Eli Zaretskii Subject: Re: [RFC] Wrong hw_watchpoint_used_count? (multiple location watchpoints) In-reply-to: <20100108122555.GD29312@adacore.com> To: Joel Brobecker Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83zl4oah5f.fsf@gnu.org> References: <20100108075701.GE4589@adacore.com> <83fx6gc43p.fsf@gnu.org> <20100108102955.GC29312@adacore.com> <83aawobxze.fsf@gnu.org> <20100108122555.GD29312@adacore.com> X-IsSubscribed: yes 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: 2010-01/txt/msg00167.txt.bz2 > Date: Fri, 8 Jan 2010 16:25:55 +0400 > From: Joel Brobecker > Cc: gdb-patches@sourceware.org > > I thought that the design would be that GDB would ask the target if > they still have enough resources to add an extra hardware > watchpoint, and automatically downgrade to a software watchpoint if > not. That _is_ the design. However, GDB does not tell enough to the target for the target to give an accurate answer. And what's more, some questions cannot be answered without actually trying to call ptrace or its equivalents, and getting its ``opinion''. Unless we mirror all the necessary information on the target level that is (which is what x86 does).