From: Arka Sharma <arka.sw1988@gmail.com>
To: "Fan, Jeff" <jeff.fan@intel.com>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Subject: Re: Using Intel UDk debugger
Date: Fri, 31 Mar 2017 08:52:41 +0530 [thread overview]
Message-ID: <CAPO=kN1eu-t_qJJmXjdT25P4QXpovyr6VQgYqyPEUqu_rM9GuA@mail.gmail.com> (raw)
In-Reply-To: <542CF652F8836A4AB8DBFAAD40ED192A4C5824BE@shsmsx102.ccr.corp.intel.com>
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.fan@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-bounces@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.fan@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/BaseSerialPo
>> 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.sw1988@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.fan@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.sw1988@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.kinney@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-bounces@lists.01.org] On Behalf
>>>>> Of Arka Sharma
>>>>> Sent: Thursday, March 30, 2017 2:43 AM
>>>>> To: Fan, Jeff <jeff.fan@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.sw1988@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.fan@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-bounces@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
next prev parent reply other threads:[~2017-03-31 3:22 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-30 5:14 Using Intel UDk debugger Arka Sharma
2017-03-30 5:25 ` Fan, Jeff
2017-03-30 8:57 ` Arka Sharma
2017-03-30 9:43 ` Arka Sharma
2017-03-30 15:58 ` Kinney, Michael D
2017-03-31 1:40 ` Arka Sharma
2017-03-31 1:49 ` Fan, Jeff
2017-03-31 2:13 ` Arka Sharma
2017-03-31 2:28 ` Fan, Jeff
2017-03-31 2:44 ` Arka Sharma
2017-03-31 2:53 ` Fan, Jeff
2017-03-31 3:22 ` Arka Sharma [this message]
2017-03-31 3:33 ` Fan, Jeff
2017-03-31 6:53 ` Arka Sharma
2017-03-31 7:28 ` Fan, Jeff
2017-03-31 9:18 ` Arka Sharma
[not found] ` <734D49CCEBEEF84792F5B80ED585239D5B8F62B6@SHSMSX104.ccr.corp.intel.com>
2017-04-01 8:56 ` Arka Sharma
2017-04-02 1:56 ` Ni, Ruiyu
2017-04-05 9:53 ` Arka Sharma
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAPO=kN1eu-t_qJJmXjdT25P4QXpovyr6VQgYqyPEUqu_rM9GuA@mail.gmail.com' \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox