From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LS6VB-0001bt-Mr for qemu-devel@nongnu.org; Wed, 28 Jan 2009 04:14:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LS6V9-0001ZU-1c for qemu-devel@nongnu.org; Wed, 28 Jan 2009 04:14:28 -0500 Received: from [199.232.76.173] (port=46367 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LS6V8-0001ZH-OQ for qemu-devel@nongnu.org; Wed, 28 Jan 2009 04:14:26 -0500 Received: from gecko.sbs.de ([194.138.37.40]:19244) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LS6V7-0004s6-LP for qemu-devel@nongnu.org; Wed, 28 Jan 2009 04:14:26 -0500 Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n0S9EJWX027042 for ; Wed, 28 Jan 2009 10:14:19 +0100 Received: from [139.25.109.167] (mchn012c.mchp.siemens.de [139.25.109.167] (may be forged)) by mail1.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n0S9EJWA027282 for ; Wed, 28 Jan 2009 10:14:19 +0100 Message-ID: <498021EE.5060801@siemens.com> Date: Wed, 28 Jan 2009 10:14:22 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <6DF473C7837D4A31A3A6AF10F70F0F63@FSCPC> <497E350B.6080003@codemonkey.ws> <60118371B6BE4B52AEAE1C778543354A@FSCPC> <497F9177.6050008@codemonkey.ws> In-Reply-To: <497F9177.6050008@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [RESEND][PATCH] gdbstub: listen on ipv4 address Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Anthony Liguori wrote: > Sebastian Herbszt wrote: >> Anthony Liguori wrote: >>> Sebastian Herbszt wrote: >>>> Make gdbstub listen on ipv4 address like before r5697. >>> >>> Any reason to make it explicit? >> >> There seems to be no support for IPv6 in gdb. > > Are you unable to connect without the ipv4 option? My understanding was > that we shouldn't explicitly need this option. inet_listen (which is finally called for this) falls back to PF_UNSPEC when no protocol is given. I'm not sure if we can expect (according to specs) that all our host OSes pick the protocol we want (normally IPv4). But at least it worked so far, not only for gdb. However, before hard-coding any protocol here, I would suggest to rework the command line parameters. I mean: drop "-p port" and extend "-s" to "-s [dev]" where "dev" falls back to "tcp::1234,nowait,nodelay,server,ipv4" when omitted. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux