From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail05.groups.io (mail05.groups.io [45.79.224.7]) by spool.mail.gandi.net (Postfix) with ESMTPS id BDC17D802AE for ; Tue, 27 Aug 2024 08:32:27 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=lBp37JMobEpvqieO3JDm3ONv6k5JTVQqO8Uum5pD7vI=; c=relaxed/simple; d=groups.io; h=Subject:To:From:User-Agent:MIME-Version:Date:References:In-Reply-To:Message-ID:Precedence:List-Subscribe:List-Help:Sender:List-Id:Mailing-List:Delivered-To:Reply-To:List-Unsubscribe-Post:List-Unsubscribe:Content-Type; s=20240206; t=1724747547; v=1; b=zMfhmI9faGVnMfWCBfbOEK3cZ0J5127gm74HNjobvy6QuoLI8xJ7x7XIj7OMYdwza0CZb1A5 +N3w8APY+ubXH6pHfW/mQi/Wa5uYAyKSGHykaMi9WcGoI8CgKZa//fAZAXmZfp9wmgQRQMPhuwh oKcGrtnJGXu0GV67wvdTY2rKIN2uPD8WULHmsQQF0MTzOYbJ1l3fRqQ1HOLcSa2BFy35t/zq6As BPFKI8b5lBYtJZ//fL7jneDaXZBadRnQry1PFK/+Y14OYSrhbswXqPvXSMOu0scHLyQTjPZoTCJ xMgX7O5HCDMx7AbNZVBkHfOcxq7THmbH0mI3sNucjka3A== X-Received: by 127.0.0.2 with SMTP id W8lQYY7687511xuyaiAHFQBq; Tue, 27 Aug 2024 01:32:26 -0700 Subject: Re: [edk2-devel] Debugging Ovmf with GDB: No symbol is recognized To: "Andrew Fish" , devel@edk2.groups.io From: "Moon Fault" X-Originating-Location: DE (5.75.193.6) X-Originating-Platform: Windows Chrome 127 User-Agent: GROUPS.IO Web Poster MIME-Version: 1.0 Date: Tue, 27 Aug 2024 01:32:20 -0700 References: <6B885BB8-2FB5-4E5E-B739-FAE0FB757C8E@apple.com> In-Reply-To: <6B885BB8-2FB5-4E5E-B739-FAE0FB757C8E@apple.com> Message-ID: <15414.1724747540758980851@groups.io> Precedence: Bulk List-Subscribe: List-Help: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Reply-To: devel@edk2.groups.io,farahanimahsa99@gmail.com List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: X-Gm-Message-State: O4bYNeUS5Cg1i1BzVBLtQfLax7686176AA= Content-Type: multipart/alternative; boundary="0UUGpZMu0ep3b5AoL1F9" X-GND-Status: LEGIT Authentication-Results: spool.mail.gandi.net; dkim=pass header.d=groups.io header.s=20240206 header.b=zMfhmI9f; spf=pass (spool.mail.gandi.net: domain of bounce@groups.io designates 45.79.224.7 as permitted sender) smtp.mailfrom=bounce@groups.io; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=gmail.com (policy=none) --0UUGpZMu0ep3b5AoL1F9 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dear Andrew, Thank you for your detailed explanation regarding the behavior of symbol lo= ading in GDB when debugging OVMF. I just want to make sure I=E2=80=99ve understood your points correctly: *=20 *Symbol Loading Timing:* The issue I=E2=80=99m facing might occur because I= =E2=80=99m connecting to GDB before all the necessary drivers or applicatio= ns have been loaded. As a result, the symbols for these modules aren=E2=80= =99t available at the time of connection, leading to breakpoints not being = hit. *=20 *Pending Breakpoints:* You mentioned that it=E2=80=99s possible to set pend= ing breakpoints in GDB, which will activate once the relevant symbols are l= oaded. However, this still requires some mechanism to ensure that the symbo= ls are eventually loaded as the modules initialize. *=20 *Using CpuDeadLoop():* If I insert a CpuDeadLoop(); after the modules are l= oaded, I can connect GDB, ensure the symbols are loaded, and then step over= the loop to continue debugging from that point. Could you confirm if I=E2=80=99ve captured this correctly? Also, is using C= puDeadLoop(); the best approach to guarantee that all symbols are loaded be= fore continuing the debugging process? Thank you again for your insights! Best regards, Mahsa -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#120412): https://edk2.groups.io/g/devel/message/120412 Mute This Topic: https://groups.io/mt/91279461/7686176 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- --0UUGpZMu0ep3b5AoL1F9 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Dear Andrew,

Thank you for your detailed explanation regarding the behavior of symbol= loading in GDB when debugging OVMF.

I just want to make sure I’ve understood your points correctly:

  1. Symbol Loading Timing: The issue I’m facing might= occur because I’m connecting to GDB before all the necessary drivers= or applications have been loaded. As a result, the symbols for these modul= es aren’t available at the time of connection, leading to breakpoints= not being hit.

  2. Pending Breakpoints: You mentioned that it’s poss= ible to set pending breakpoints in GDB, which will activate once the releva= nt symbols are loaded. However, this still requires some mechanism to ensur= e that the symbols are eventually loaded as the modules initialize.

  3. Using CpuDeadLoop(): If I insert a CpuDeadLoop();= after the modules are loaded, I can connect GDB, ensure the symbols= are loaded, and then step over the loop to continue debugging from that po= int.

Could you confirm if I’ve captured this correctly? Also, is using = CpuDeadLoop(); the best approach to guarantee that all symbols= are loaded before continuing the debugging process?

Thank you again for your insights!

Best regards,
Mahsa

_._,_._,_
Groups.io Links:

=20 You receive all messages sent to this group. =20 =20

View/Reply Online (#120412) | =20 | Mute = This Topic | New Topic
Your Subscriptio= n | Contact Group Owner | Unsubscribe [rebecca@openfw.io]

_._,_._,_
--0UUGpZMu0ep3b5AoL1F9--