Arka,
Can you try to set unresolved breakpoint through Graphics UI?
Open the App.c file in WinDbg and put the caret in the line you want
to set breakpoint. Press F9 to set it. than use bl to confirm.

Regards,
Ray

>-----Original Message-----
>From: Arka Sharma [mailto:arka.sw1...@gmail.com]
>Sent: Saturday, April 1, 2017 4:57 PM
>To: Ni, Ruiyu <ruiyu...@intel.com>
>Cc: Fan, Jeff <jeff....@intel.com>; edk2-devel@lists.01.org
>Subject: Re: [edk2] Using Intel UDk debugger
>
>Thanks Jeff and Ray. As of now I am using CpuBreakPoint() in the entry
>point of my application. Once I start the application __debugbreak()
>is getting called and I am able to set additional breakpoints. Also I
>confirmed the symbols are loaded using lmv. When I am trying to use
>unresolved breakpoint I was using "bu `<Module_name>!<Full path file
>name>:<line_number>" syntax, when I was not using CpuBreakPoint(). I
>am using the same source in WinDbg as the image and symbol. After
>executing bu command in WinDbg I can find the breakpoint using bl
>command.
>
>On Sat, Apr 1, 2017 at 10:38 AM, Ni, Ruiyu <ruiyu...@intel.com> wrote:
>> Arka,
>> Can you make sure that the source code is not modified after the image symbol
>> is generated by compiler?
>> And can you send me a screenshot of WinDbg when you are using the unresolved
>> breakpoint feature? I need to see which command is auto-pasted to WinDbg from
>> UDK Debugger.
>>
>> Thanks/Ray
>>
>>> -----Original Message-----
>>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>>> Arka Sharma
>>> Sent: Friday, March 31, 2017 5:18 PM
>>> To: Fan, Jeff <jeff....@intel.com>
>>> Cc: edk2-devel@lists.01.org
>>> Subject: Re: [edk2] Using Intel UDk debugger
>>>
>>>  Thanks Jeff. Using CpuBreakPoint() has temporarily solved the purpose. But
>>> I need the symbols to be loaded properly. Please let me know if I missed
>>> something in building the application. As mentioned earlier I have disabled
>>> optimization and used --keepexceptiontable in GenFw. Is there something
>>> else I need to do.
>>>
>>> Regards,
>>> Arka
>>>
>>> On Fri, Mar 31, 2017 at 12:58 PM, Fan, Jeff <jeff....@intel.com> wrote:
>>> > It seems that symbols are not load correctly.
>>> >
>>> > Could you add CpuBreakpoint () in your application code to trigger SW
>>> breakpoint by code instead of setting unresolved breakpoint by Windbg?
>>> And to check if it could break at CpuBreakpoint() and symbols if could be
>>> loaded correctly.
>>> >
>>> > Jeff
>>> > -----Original Message-----
>>> > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>>> > Arka Sharma
>>> > Sent: Friday, March 31, 2017 2:53 PM
>>> > To: Fan, Jeff
>>> > Cc: edk2-devel@lists.01.org
>>> > Subject: Re: [edk2] Using Intel UDk debugger
>>> >
>>> > I have built my application with /Od and /Oy-, and GENFW_FLAGS as --
>>> keepexceptiontable. After loading DebugAgentDxe I have set an unresolved
>>> breakpoint in main routine of my application, but when I start my 
>>> application
>>> in the target no breakpoint is hit. But when the application crashes the
>>> symbols are properly loaded in WinDbg and the asm code for the crash is
>>> displayed.
>>> >
>>> > Regards,
>>> > Arka
>>> >
>>> > On Fri, Mar 31, 2017 at 9:03 AM, Fan, Jeff <jeff....@intel.com> wrote:
>>> >> Yes.
>>> >>
>>> >> If you want to enable flow control, you could set
>>> gEfiMdeModulePkgTokenSpaceGuid.PcdSerialUseHardwareFlowControl|TR
>>> UE in SourceLevelDebugPkg.dsc when you build DebugAgentDxe.efi.
>>> >>
>>> >> It could improve the serial port communication quality.
>>> >>
>>> >> Thanks!
>>> >> Jeff
>>> >>
>>> >> -----Original Message-----
>>> >> From: Arka Sharma [mailto:arka.sw1...@gmail.com]
>>> >> Sent: Friday, March 31, 2017 11:23 AM
>>> >> To: Fan, Jeff
>>> >> Cc: edk2-devel@lists.01.org
>>> >> Subject: Re: [edk2] Using Intel UDk debugger
>>> >>
>>> >> Thanks a lot Jeff. Setting FlowControl to 0 worked. Now I am able to 
>>> >> break
>>> into the target system. Just wondering is it same as mentioned in
>>> UDK_Debugger_Tool_User_Manual_V1.11.pdf 2.2.3.2 "If the platform-
>>> specific Serial Port Library does not support hardware flow control, flow
>>> control on the host machine should be turned off as well."
>>> >>
>>> >> Regards,
>>> >> Arka
>>> >>
>>> >> On Fri, Mar 31, 2017 at 8:23 AM, Fan, Jeff <jeff....@intel.com> wrote:
>>> >>> It's good start. Please drop the putty from now.
>>> >>>
>>> >>> Please check the following setting in SoftDebugger.ini on HOST side,
>>> >>> and change FlowControl to 0 and change Trace to 0x10
>>> >>>
>>> >>> [Debug Port]
>>> >>> Channel = Serial
>>> >>> Port = COM1
>>> >>> FlowControl = 0
>>> >>> BaudRate = 115200
>>> >>> Server =
>>> >>>
>>> >>> [Maintenance]
>>> >>> ; Uncomment the below line to turn on tracing
>>> >>> Trace=0x10
>>> >>>
>>> >>> You could start intel UDK debugger tool on HOST side and then load
>>> DebugAgentDxe on target side.  If you still cannot connect Windbg, please
>>> send me udk-debugger-trace.log file under C:\User\xxx\.
>>> >>>
>>> >>> Thanks!
>>> >>> Jeff
>>> >>>
>>> >>> -----Original Message-----
>>> >>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf
>>> >>> Of Arka Sharma
>>> >>> Sent: Friday, March 31, 2017 10:45 AM
>>> >>> To: Fan, Jeff
>>> >>> Cc: edk2-devel@lists.01.org
>>> >>> Subject: Re: [edk2] Using Intel UDk debugger
>>> >>>
>>> >>> After changing the putty settings I am getting this message  "Send INIT
>>> break packet and try to connect the HOST (Intel(R) UDK Debugger Tool v1.5)"
>>> followed by þ?Yºþ?Yºþ?YºHOST connection is failed! Am I missing some other
>>> settings ?
>>> >>>
>>> >>> Regards,
>>> >>> Arka
>>> >>>
>>> >>> On Fri, Mar 31, 2017 at 7:58 AM, Fan, Jeff <jeff....@intel.com> wrote:
>>> >>>> It's better if there is no Serial driver to manage the serial port.
>>> >>>>
>>> >>>> DebugAgentDxe built from SourceLevelDebugPkg is consuming
>>> MdeModulePkg\Library\BaseSerialPortLib16550\BaseSerialPortLib16550.inf
>>> to read/write data from serial port.
>>> >>>>
>>> >>>>
>>> SerialPortLib|MdeModulePkg/Library/BaseSerialPortLib16550/BaseSeria
>>> >>>> SerialPortLib|l
>>> >>>> SerialPortLib|P
>>> >>>> SerialPortLib|o
>>> >>>> rtLib16550.inf
>>> >>>>
>>> >>>> It's default Serial port parameters are: BaudRate:115200,  Data: 8 bit,
>>> Parity: none, Stop: 1 bit, Flow control: none Please check your putty COM
>>> setting.
>>> >>>>
>>> >>>> When DebugAgentDxe is loaded, we expected the following words
>>> could be output from serial port.
>>> >>>>   "Send INIT break packet and try to connect the HOST (Intel(R) UDK
>>> Debugger Tool v1.5)"
>>> >>>>
>>> >>>> Thanks!
>>> >>>> Jeff
>>> >>>>
>>> >>>> -----Original Message-----
>>> >>>> From: Arka Sharma [mailto:arka.sw1...@gmail.com]
>>> >>>> Sent: Friday, March 31, 2017 10:14 AM
>>> >>>> To: Fan, Jeff
>>> >>>> Cc: edk2-devel@lists.01.org
>>> >>>> Subject: Re: [edk2] Using Intel UDk debugger
>>> >>>>
>>> >>>> When I load DebugAgentDxe I get cFÃ×ÿ?käÿÿÿã+þ in putty. Also when
>>> I boot to shell there is not IsaSerialDxe or any other driver managing the
>>> serial port. I manually located the serial port with "devices". In the 
>>> shell when
>>> I load DebugAgentDxe I get the same text as mentioned in Step 8 of section
>>> 9.11 in UDK_Debugger_Tool_User_Manual_V1.11.pdf.
>>> >>>> And the load status is success.
>>> >>>>
>>> >>>> Regards,
>>> >>>> Arka
>>> >>>>
>>> >>>> On Fri, Mar 31, 2017 at 7:19 AM, Fan, Jeff <jeff....@intel.com> wrote:
>>> >>>>> DebugAgentDxe will consume Serial Port to setup debug channel with
>>> HOST.
>>> >>>>>
>>> >>>>> Please shutdown the UDK debug HOST software and use any serial
>>> tool (Like putty). Are there any output when you load DebugAgentDxe in
>>> shell?  Could you paste here?
>>> >>>>>
>>> >>>>> You need to make sure the DebugAgentDxe used the correct serial
>>> port parameter on your platform.
>>> >>>>>
>>> >>>>> Thanks!
>>> >>>>> Jeff
>>> >>>>>
>>> >>>>> -----Original Message-----
>>> >>>>> From: Arka Sharma [mailto:arka.sw1...@gmail.com]
>>> >>>>> Sent: Friday, March 31, 2017 9:40 AM
>>> >>>>> To: Kinney, Michael D
>>> >>>>> Cc: Fan, Jeff; edk2-devel@lists.01.org
>>> >>>>> Subject: Re: [edk2] Using Intel UDk debugger
>>> >>>>>
>>> >>>>> Thanks a lot Mike. You are right. I have installed WinDbg 6.11.1404.
>>> >>>>> Now the issue I mentioned earlier is not seen. But I am still not 
>>> >>>>> able to
>>> break into target system. I have loaded the DebugAgentDxe and loading was
>>> success. But in the shell I can find that still the serial port handle is 
>>> not
>>> managed by any driver.
>>> >>>>>
>>> >>>>> Regards,
>>> >>>>> Arka
>>> >>>>>
>>> >>>>> On Thu, Mar 30, 2017 at 9:28 PM, Kinney, Michael D
>>> <michael.d.kin...@intel.com> wrote:
>>> >>>>>> Hi Arka,
>>> >>>>>>
>>> >>>>>> I have seen that error when the wrong version of WinDbg is used.
>>> >>>>>>
>>> >>>>>> What version of WinDbg did you install?
>>> >>>>>>
>>> >>>>>> Does it match the version listed in the UDK Debugger manual?
>>> >>>>>>
>>> >>>>>> Mike
>>> >>>>>>
>>> >>>>>>> -----Original Message-----
>>> >>>>>>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On
>>> >>>>>>> Behalf Of Arka Sharma
>>> >>>>>>> Sent: Thursday, March 30, 2017 2:43 AM
>>> >>>>>>> To: Fan, Jeff <jeff....@intel.com>
>>> >>>>>>> Cc: edk2-devel@lists.01.org
>>> >>>>>>> Subject: Re: [edk2] Using Intel UDk debugger
>>> >>>>>>>
>>> >>>>>>> I have also verified the null modem connection by booting to
>>> >>>>>>> windows in my target pc, and I am able to break it in WinDbg. So
>>> >>>>>>> the communication is ok. In the target system shell when I load
>>> >>>>>>> the DebugAgentDxe it is not appeared in the "drivers -b". Also
>>> >>>>>>> in my system the serial port is not managed by any driver initially.
>>> >>>>>>> So I located it using "devices" and the issued "load -nc
>>> >>>>>>> DebugAgentDxe.efi".
>>> >>>>>>>
>>> >>>>>>> Regards,
>>> >>>>>>> Arka
>>> >>>>>>>
>>> >>>>>>> On Thu, Mar 30, 2017 at 2:27 PM, Arka Sharma
>>> <arka.sw1...@gmail.com> wrote:
>>> >>>>>>> > Thanks Jeff for your reply. I followed the steps as mentioned
>>> >>>>>>> > in
>>> >>>>>>> > "9.11 Debugging a standalone module loaded in a UEFI shell". I
>>> >>>>>>> > have built DebugAgentDxe and loaded it in my target system. I
>>> >>>>>>> > cross checked in my target system UEFI setup Serial is enabled.
>>> >>>>>>> > In host I have installed
>>> >>>>>>> > WinDbgX64 and UDK debugger. I have configured the debug port
>>> >>>>>>> > COM1, connected the host and target with a null modem cable.
>>> >>>>>>> > Now when I launch SoftDebugger WinDbg starts with an error
>>> >>>>>>> > message "Could not start kernel debugging using
>>> >>>>>>> > exdi:clsid={F56FC1A6-3422-4320-A7F3-41EAEC2A367D}
>>> parameters.
>>> >>>>>>> > If I attempt to reconnect with COM1 it throws "Access denied".
>>> >>>>>>> > Do I need to enable something more in target system ?
>>> >>>>>>> >
>>> >>>>>>> > Regards,
>>> >>>>>>> > Arka
>>> >>>>>>> >
>>> >>>>>>> > On Thu, Mar 30, 2017 at 10:55 AM, Fan, Jeff <jeff....@intel.com>
>>> wrote:
>>> >>>>>>> >> Arka,
>>> >>>>>>> >>
>>> >>>>>>> >> UDK Debugger tool supports your usage model.
>>> >>>>>>> >>
>>> >>>>>>> >> Please see the section "9.11 Debugging a standalone module
>>> >>>>>>> >> loaded in a UEFI
>>> >>>>>>> shell" @
>>> >>>>>>>
>>> https://firmware.intel.com/sites/default/files/UDK_Debugger_Tool_User_
>>> Manual_V1.11.
>>> >>>>>>> pdf
>>> >>>>>>> >>
>>> >>>>>>> >> Thanks!
>>> >>>>>>> >> Jeff
>>> >>>>>>> >> -----Original Message-----
>>> >>>>>>> >> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On
>>> >>>>>>> >> Behalf Of Arka
>>> >>>>>>> Sharma
>>> >>>>>>> >> Sent: Thursday, March 30, 2017 1:15 PM
>>> >>>>>>> >> To: edk2-devel@lists.01.org
>>> >>>>>>> >> Subject: [edk2] Using Intel UDk debugger
>>> >>>>>>> >>
>>> >>>>>>> >> Hi,
>>> >>>>>>> >>
>>> >>>>>>> >> I am sorry if it is not a right place to ask this. I have
>>> >>>>>>> >> installed WinDbg and
>>> >>>>>>> Intel UDK debugger. I want to debug a driver and an application
>>> >>>>>>> on an Asrock borad, but going through the UDK debugger user
>>> >>>>>>> manual I realize that SourceLevelDebugPkg has to be included in
>>> >>>>>>> target firmware image. Now in this case what option do I have to
>>> >>>>>>> proceed with the debugging ? I am launching my application from
>>> >>>>>>> shell and in the shell post codes are disabled, the application
>>> >>>>>>> code get stuck randomly. So far I was trying to debug with
>>> >>>>>>> AsciiPrints. Is there any way to use DEBUG macro to redirect debug
>>> messages from UEFI driver as well as application to some serial port in this
>>> case ?
>>> >>>>>>> >>
>>> >>>>>>> >> Regards,
>>> >>>>>>> >> Arka
>>> >>>>>>> >> _______________________________________________
>>> >>>>>>> >> edk2-devel mailing list
>>> >>>>>>> >> edk2-devel@lists.01.org
>>> >>>>>>> >> https://lists.01.org/mailman/listinfo/edk2-devel
>>> >>>>>>> _______________________________________________
>>> >>>>>>> edk2-devel mailing list
>>> >>>>>>> edk2-devel@lists.01.org
>>> >>>>>>> https://lists.01.org/mailman/listinfo/edk2-devel
>>> >>> _______________________________________________
>>> >>> edk2-devel mailing list
>>> >>> edk2-devel@lists.01.org
>>> >>> https://lists.01.org/mailman/listinfo/edk2-devel
>>> > _______________________________________________
>>> > edk2-devel mailing list
>>> > edk2-devel@lists.01.org
>>> > https://lists.01.org/mailman/listinfo/edk2-devel
>>> _______________________________________________
>>> edk2-devel mailing list
>>> edk2-devel@lists.01.org
>>> https://lists.01.org/mailman/listinfo/edk2-devel
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Reply via email to