From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 44302 invoked by alias); 14 Mar 2018 23:38:23 -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 44293 invoked by uid 89); 14 Mar 2018 23:38:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.20) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 14 Mar 2018 23:38:20 +0000 Received: from [192.168.0.241] ([89.78.252.225]) by mail.gmx.com (mrgmx101 [212.227.17.174]) with ESMTPSA (Nemesis) id 0LlqNY-1eMvDg36Z6-00ZMFd; Thu, 15 Mar 2018 00:38:12 +0100 Subject: Re: [RFC PATCH v5 4/9] Add basic Linux kernel support To: Philipp Rudo Cc: gdb-patches@sourceware.org, Omair Javaid , Yao Qi , arnez@linux.vnet.ibm.com References: <20180312153115.47321-1-prudo@linux.vnet.ibm.com> <20180312153115.47321-5-prudo@linux.vnet.ibm.com> <20180314104809.6732add0@ThinkPad> From: Kamil Rytarowski Message-ID: <4f30e5c0-8327-1d90-63f5-9f14e6d21d43@gmx.com> Date: Wed, 14 Mar 2018 23:38:00 -0000 User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20180314104809.6732add0@ThinkPad> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ew0LUdKtVcKbpjQNdKdBwWFkofIVtiwUC" X-UI-Out-Filterresults: notjunk:1;V01:K0:ltNOf1U5jAQ=:WxN3+OdQlm/ggWTg5zOsX2 Ol3k7YTfp68V/hj4M4Vtp2/1MOnhQAGEOd+RW8J3217ZyDfqdggXjOqDb+okDito1Ck5Us791 HQOErH8UKYGs/ZG1+XfTYpvpk++09GXBazjT7/l+jGPRf/UT5sTrZbVJy7QtchptQoahicqUs ysDicdQ5Muvft21mNv6Q92UHBKJcC9aVvNEOXe2ji6y/2/nFHIXDR1DWcshfvxOc+GSOyinCH +wonYN5U35SOPMpbCDenGHfJXnkGTtduD1DtLj5LaLRlMkXS/D2oGBzUiz331+vmK0YzaosTf OznMo90XCW9n7WN6QsPW8ve9BhKkNj0INvuIchHiy7uTBOk3oTBN6GAXjQ5N3DgdQsAZdOoX/ LZjcuFBPu9+AiTiYtiZAL3pr1oVjR3V8lv8KI4i62hbIxPJRHZQU0WyGYW7jpmHx9DDIDfeR7 dWAZ4WRyE9qV3tNZG2KUvdNtfWHYLMHK5cFoIkSzT4o/OxECKpBCTlZtPm9s3la6LSNc3CSCo Y2+ZGxQUDInTptwcEZ5BAM/inWpsNScwR9FPU9YmpeZWBdyEGsm+OyNKCnl/W9D96Kg/ISPFY sm58cFNKd/s69VuvnURdcjqqgYzlirPJau+55p9DQVgJ1vxWWIyMPI1azrnh8+XSKY/Gay4Fr MXQCUYonB5w9kZWemexEHc/jsYktkv4i0I1oU+hUpHS4/k2GiT0ip1snz1vwErpHkNuJaVZhv dJzaJXidvEd08B3wKmi+Pvlor4Kbbf9VMREkZUgsSDke0eL9IKOt3TRMbvtSByPBKZzZqL9gT MVCoyyUaXUIlEY804CIIsU9QtHBZA== X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00291.txt.bz2 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ew0LUdKtVcKbpjQNdKdBwWFkofIVtiwUC Content-Type: multipart/mixed; boundary="r2G95KxJmXOh16hDqVBNbOepW0RClT8vi"; protected-headers="v1" From: Kamil Rytarowski To: Philipp Rudo Cc: gdb-patches@sourceware.org, Omair Javaid , Yao Qi , arnez@linux.vnet.ibm.com Message-ID: <4f30e5c0-8327-1d90-63f5-9f14e6d21d43@gmx.com> Subject: Re: [RFC PATCH v5 4/9] Add basic Linux kernel support References: <20180312153115.47321-1-prudo@linux.vnet.ibm.com> <20180312153115.47321-5-prudo@linux.vnet.ibm.com> <20180314104809.6732add0@ThinkPad> In-Reply-To: <20180314104809.6732add0@ThinkPad> --r2G95KxJmXOh16hDqVBNbOepW0RClT8vi Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Content-length: 1654 On 14.03.2018 10:48, Philipp Rudo wrote: > Hi Kamil, >=20 > On Tue, 13 Mar 2018 15:08:32 +0100 > Kamil Rytarowski wrote: >=20 >> On 12.03.2018 16:31, Philipp Rudo wrote: >>> Implement the basic infrastructure and functionality to allow Linux ker= nel >>> debugging with GDB. This contains handling of kernel symbols and data >>> structures as well as a simple target_ops to hook into GDB. For the co= de >>> to work architectures must provide an implementation for the virtual >>> methods in linux_kernel_ops. >>> >>> For simplicity this patch only supports static targets, i.e. core dumps. >>> Support for live debugging will be provided in a separate patch. >>>=20=20=20 >> >> >> What's wrong with kgdb? It works well on NetBSD for alive and dead >> kernels since 90ties. >=20 > I don't know kgdb well. We at IBM mostly work with dumps and the crash to= ol, > which is based on an old version of gdb and has some drawbacks. For examp= le it > doesn't have a dwarf unwinder. That's why we wanted to see if the logic n= eeded > for kernel debugging can be added directly to gdb, instead of having a ha= ck > working on top of it. >=20 > Furthermore, I don't see a conflict between kgdb and this work. The way I= see > it, kgdb is a technique to retrieve information from the kernel. This work > however, teaches gdb how to interpret the data from the kernel in order t= o make > it easier to find the information you need. >=20 I see. Once you will be done, I will have a look whether it can be useful for other OSes. I've mentioned kgdb, as it has been ported to Linux and it can work as a backend for GDB. > Thanks > Philipp >=20 --r2G95KxJmXOh16hDqVBNbOepW0RClT8vi-- --ew0LUdKtVcKbpjQNdKdBwWFkofIVtiwUC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 850 -----BEGIN PGP SIGNATURE----- iQJABAEBCAAqFiEELaxVpweEzw+lMDwuS7MI6bAudmwFAlqpsvIMHG41NEBnbXgu Y29tAAoJEEuzCOmwLnZsJzAP/3OmB+L6TW57vrZre1+lrLh33CQOIpq02UJVLgV/ vhrX8UUoTxfExhj2mkEjXFim98LvFCQuv7m4cpguazMeWKsGnXMIF+8ksBECLebc NMybLPmtLduJSw83rho+ryzu+sNmLrzXoRM9+FiZQJ8qVinXMlcQ1bsQkrD37pMk 8daR+vztomMhhG55qYdcxmlBe3pWL+2kPikHI3GKxxeXlVTPJUtelJSRJBb7KwsV hELsXABNWFIJ1EtiScydgjypg23Q72U+g0gQeMcdvCxrn9rkNaMaVwWF+eyjXJMV 0OUo6FD6HuUGzeZqzUIqQ6OwbkmoZhx3vbNvV0KGUw6mtzejB1cKVkAqtIJmF2ix 3KRbKU4gZbXD4zFgdJTFU/vJbyaHzD4zVzFI3eT/EdA+cclBoC/FDb6UfgW0CQ9j FkekotMJum2462QoYxm8yPt1S8lf7yjPjcncszpLjkt5Zumma405M5MANTNhLlpB V6JvgL313luLeYlbmU40bEn/Pld3heLUVHezdyYmC89fnuPG8rcZxI9uCJ0km5CW mtF8Tica5WVoUGLDuz+Yrw01Ck6kSOScyNsQ2/mIWNJyqntD4BCE9FDK4ZoRzi9v 9IrFETPmEsYMqcYnk9xXne0IeBQYETug94rb7bJzBFtUPuBe/8YLRr6I4fYj5oGi 0+tU =r8gv -----END PGP SIGNATURE----- --ew0LUdKtVcKbpjQNdKdBwWFkofIVtiwUC--