From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by mx.groups.io with SMTP id smtpd.web11.1492.1590539106397704397 for ; Tue, 26 May 2020 17:25:06 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@preossec.com header.s=mesmtp header.b=K06nBVj2; spf=pass (domain: preossec.com, ip: 66.111.4.26, mailfrom: lee@preossec.com) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 1A7595C00C0; Tue, 26 May 2020 20:25:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 26 May 2020 20:25:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=preossec.com; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=mesmtp; bh=zJH4DSoKIkoGoxZKZJeY3hTlaMkhbtBuvDmhSJHNIQI=; b=K06nBVj2sIRS Ts7YqcXv66eD94MOZM1WSfQSuMJAtI8gmguUiySmPuxBV6AbogDDNFuEraTM2kSF S7W4K7XBMxWHn7uOpWXClwvk/lpAK72gWruNlIbzndQjkjwak+0eNiZdvlYjpkYc UdUsaZfXF2fumah1/pl6SeBVliaywKY= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=zJH4DSoKIkoGoxZKZJeY3hTlaMkhbtBuvDmhSJHNI QI=; b=Ham3vhWj2S3DFfkG+HjJZPeLo1oJEM/nRmrPn8UkRIByJxnXTkVe9Rs9P 5kFo1JSdr5Hprqx0dHgWyiwCn5RzK6pdQfMKnBRwUanImfRuvveoYHtWKuUYyjK5 q4T3DYNtHLE/ViMy/970m/M4kCx9ZHRX3vn8g+zlhu6DahPi/c42L7pWmmOaAD9Q +qJTC2FNwqYLdYJWaZNFSj6bMkPE5ki+W5r/vzPpLSDlQQbgelZaUR8VpkE1SNpA TRC4kx/b8YyMyT0CslhbBLv1GFHcE8wXswWCIQY40kFxKu78Qs4zSGEl2tsqisn7 +eTKzNvJUu8iqVidUGY8X+BwmfSEA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedruddvfedgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpefnvggvucfhihhshhgvrhcuoehlvggvsehprhgvohhsshgv tgdrtghomheqnecuggftrfgrthhtvghrnhepteehfffghfefteelgffhkeekieetffegke fhvedvueekhefhvdeiueehhfejjefgnecuffhomhgrihhnpehgihhthhhusgdrtghomhen ucfkphephedtrdduvdehrddvvdelrddutddvnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomheplhgvvgesphhrvghoshhsvggtrdgtohhm X-ME-Proxy: Received: from [192.168.1.100] (unknown [50.125.229.102]) by mail.messagingengine.com (Postfix) with ESMTPA id 7B7363280060; Tue, 26 May 2020 20:25:04 -0400 (EDT) Subject: Re: [edk2-devel] Using debugger to debug UEFI application? To: devel@edk2.groups.io, guomin.jiang@intel.com, "df7729@gmail.com" References: From: "Lee Fisher" Message-ID: Date: Tue, 26 May 2020 17:25:00 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US > [...]I just found the Intel UDK debugger and hopping to use it [...] I may be wrong, but I think Intel has put the Intel UDK debugger solution as End-Of-Life. I'm not sure it's worth spending any time using an end-of-life'd debugger solution. I think the main 2 alternatives to the Intel UDK solution are: Intel System Studio (ISS), or Tianocore's SourceLevelDebugPkg. Over time, ISS has only been available if you registered, or not even as freeware, so was only an option for some. But currently ISS is freely-available without registration. ISS is not end-of-life, and I presume they have a tech support team to help paying users with questions, if that helps with your current situation. There is at least one gdb-server project for UEFI outside the Intel UDK solution and outside Tianocore: https://github.com/night199uk/edk2-gdb-server I think there is a second one, but I can't find it at the moment. I wish Intel would open-source the Intel UDK debugger code, including it's gdb-server, instead of just killing it off. Perhaps the Tiancore community would make use of some of the code. Anything to improve UEFI debugging is a worthy effort.  Servers aside, I really I wish there there was an lldb.efi and a gdb.efi...