VisualKernel Cannot upload files to target device

[kirick]

I’m trying to follow the QuickDebug tutorial (https://sysprogs.com/VisualKernel/tutorials/quickdebug/).

Everything progressed well just until attaching to the target device and uploading of any files to the directory in /tmp that VisualKernel creates.  It appears the directory is created fine, but whatever mechanism is being used to upload the file is failing.  The Verbose diagnostic is not too helpful because it doesn’t show the exact command that is issued until it succeeds (see below).  Any help would be greatly appreciated as I have not been able to evaluate this software.

 

SSH [244]: executing command: “cat” /proc/kallsyms
SSH [244]: command exited with code 0 after 212 msec
Checking if c:\KernelCache\5.4.19.kernel\vmlinux is loaded at a different address…
Using cached symbol/section information…
The following sections have been relocated:
.head.text: 0xffff800010080000 (offset=0x00000000)
.text: 0xffff800010080800 (offset=0x00000000)
.rodata: 0xffff800010960000 (offset=0x00000000)
.modinfo: 0xffff800010c67f3f (offset=0x00008c09)
.pci_fixup: 0xffff800010c69170 (offset=0x00000000)
__ksymtab: 0xffff800010c6b2c0 (offset=0x00000000)
__ksymtab_gpl: 0xffff800010c76f00 (offset=0x00000000)
__ksymtab_strings: 0xffff800010c84268 (offset=0x00000000)
__param: 0xffff800010cacfe8 (offset=0x00000000)
__modver: 0xffff800010caf498 (offset=0x00000070)
__ex_table: 0xffff800010cb0000 (offset=0x00000000)
.notes: 0xffff800010cb1f18 (offset=0x00000000)
.init.text: 0xffff800010cc0000 (offset=0x00000000)
.exit.text: 0xffff800010d1042c (offset=0x00000000)
.altinstructions: 0xffff800010d12584 (offset=0x00000000)
.init.data: 0xffff800010d41000 (offset=0x00000000)
.data..percpu: 0xffff800010d93000 (offset=0x00000000)
.data: 0xffff800010db0000 (offset=0x00000000)
__bug_table: 0xffff800010eaa860 (offset=0x00000000)
.mmuoff.data.write: 0xffff800010eba000 (offset=0x00000000)
.mmuoff.data.read: 0xffff800010eba800 (offset=0x00000000)
.bss: 0xffff800010ebb000 (offset=0x00000000)
SSH [245]: executing command: “ip” address
SSH [245]: command exited with code 0 after 10 msec
SSH [246]: executing command: “cat” /sys/module/kgdboe/parameters/udp_port
SSH [246]: command exited with code 1 after 10 msec
SSH [247]: executing command: “cat” /proc/kallsyms | grep kallsyms_lookup_name
SSH [247]: command exited with code 0 after 134 msec
SSH [248]: executing command: “which” rmmod
SSH [248]: command exited with code 0 after 11 msec
SSH [249]: executing command: “rmmod” kgdboe
SSH [249]: command exited with code 1 after 12 msec
SSH [250]: executing command: “test” -d “/lib/modules/5.4.19-R33/build”
SSH [250]: command exited with code 0 after 10 msec
SSH [251]: executing command: “mkdir” -p “/tmp/kgdboe-06ef26a7-c742-43b9-b983-9945ba2332b7”
SSH [251]: command exited with code 0 after 11 msec
Unexpected exception: Cannot upload C:\Users\microsilicon\AppData\Local\VisualGDB\VisualKernel\KernelPackages\kgdboe to /tmp/kgdboe-06ef26a7-c742-43b9-b983-9945ba2332b7. Check your access permissions.
—————— System.Exception ——————
System.Exception: Cannot upload C:\Users\microsilicon\AppData\Local\VisualGDB\VisualKernel\KernelPackages\kgdboe to /tmp/kgdboe-06ef26a7-c742-43b9-b983-9945ba2332b7. Check your access permissions.
at tu1.f(String e, String f, String a, t33 b, re1 c, LinuxKernelCrossCompilationSettings g, String& d)
at tu1.d.c(qn a, re1 b)
at tu1.d.j(qn a)
at ld1.i1`1.f(qn a)
at VisualGDB.Add_In.Tool_Windows.WPF.DockedProgressPresenter.RunItemizedOperation(Action`1 operation, String caption, uo2 exceptionHandler, String[] stages)

 

[support]

The error message means that the target did not accept the request to upload the file. Please try uploading files manually to that directory by running the scp tool from another Linux machine. If the upload files, something about your SSH server configuration is preventing file uploads. Enabling the diagnostic logging in the SSH server settings and checking the logs should normally point to the root cause.

Also please note that KGDBoE (debugging over Ethernet) is highly experimental. It may not work with your Ethernet hardware, or can work unreliably. You can try it out by building KGDBoE manually as shown here. In general, we recommend using JTAG to debug custom embedded boards. It requires additional wiring, however works much more reliably compared to KGDBoE. You can find a tutorial on debugging Raspberry Pi via JTAG here, and we can always help you figure out the correct wiring and OpenOCD settings for your specific board via our consulting service, if you want to get it working ASAP.

[kirick]

I have successfully uploaded files to the directory listed in the error message using SCP. There is no problem performing the SCP operation. Note this directory is created with a randomized name each time VisualKernel launches the connection. Also, the SSH server logs do not show any denied access or denial of commands.

I will consider the JTAG option, but I wanted to know that the GUI interface gives me what I need before investing in more hardware to support JTAG.

[support]

Thanks for confirming this. If the files can be uploaded manually, please try opening Tools->VisualKernel->SSH Host Manager, selecting your SSH connection and changing the following parameters at the bottom of the “SSH Connection” dialog (please try changing one parameter at a time):

• Emulate SCP file transfers with ‘cat’
• Transfer folders using: file-by-file SCP

This will change the low-level method used by VisualKernel to upload the files, and should work around the issue.

If it still doesn’t help, please let us know and we will send you a special diagnostic build with additional logging.

[kirick]

Thank you, I tried this option and it still gives the same error. Would it be possible to get the build with extra diagnostics?

[kirick]

Sorry, I replied too quick. Setting both options as you mentioned got me pass the upload issue. Now the error is Cannot Build KGDBoE

Attachments:

You must be logged in to view attached files.

[support]

Hi,

Good to know the copying works. As mentioned before, KGDBoE is highly experimental and will likely need to be ported for your board/kernel version. Please try building it manually first as shown in this tutorial. Once you resolve the build errors and get it to load, you can simply connect VisualKernel to that machine. It will recognize that KGDBoE is already loaded, and will connect to it.

[Author]

Posts