- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
2 bugs to report:
1) The same exact command ran in the system-console GUI works fine. However, adding the "--cli" flag generates the following error. Please help.
The TCL script has a single line:
puts "Wait for clients"
vwait forever
Error generated in CLI when pressing the Enter key (in GUI everything works fine):
>> system-console.exe --debug --rc_script=intel_test2.txt --cli
[...]
% Accept sock2092 from 127.0.0.1 port 57221
Wait for clients
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000057fdb8c3, pid=24452, tid=0x000000000000715c
#
# JRE version: OpenJDK Runtime Environment (8.0_322-b06) (build 1.8.0_322-b06)
# Java VM: OpenJDK 64-Bit Server VM (25.322-b06 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# V [jvm.dll+0x13b8c3]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
#C:\intelFPGA_pro\quartus_systemconsole_22_2\qprogrammer\syscon\bin\hs_err_pid24452.log
#
# If you would like to submit a bug report, please visit:
# https://github.com/adoptium/adoptium-support/issues
2) Attempt to pass a command through a catch/eval statement results in different status
I have included the test files I used. To reproduce, you will need 2 terminals.
Terminal 1:
C:\intelFPGA_pro\quartus_systemconsole_22_2\qprogrammer\syscon\bin>system-console.exe --debug --cli --rc_script=intel_test.txt
Terminal 2, after terminal 1 is done (~5-10s):
telnet 127.0.0.1 2540
get_service_types
In CLI, I receive an error message:
Executing client(sock2304)'s command: "get_service_types"
Sep 29, 2022 12:03:22 PM com.altera.systemconsole.scripting.TCLCommand execute2
SEVERE: get_service_types: null
[1]-> get_service_types: null
CLIENT (sock2304): get_service_types
SERVER (sock2304): Invalid command from the client
ErrorMsg : get_service_types: null
ErrorCode: NONE
ErrorInfo:
get_service_types: null
while executing
"get_service_types"
("eval" body line 1)
invoked from within
"eval $cmd"
While in GUI, everything works fine:
Executing client(sock2960)'s command: "get_service_types"
[0]-> alt_xcvr_custom alt_xcvr_reconfig_aeq alt_xcvr_reconfig_dfe alt_xcvr_reconfig_eye_viewer alt_xcvr_reconfig_mifwriter bytestream dashboard data_pattern_checker data_pattern_generator design device etile executor hard_prbs_checker hard_prbs_generator io_bus issp jtag_debug loopback marker master module monitor packet plugin processor slave sld system toolkit trace trace_db transceiver_channel_rx transceiver_channel_tx transceiver_debug_link transceiver_reconfig_analog
Thank you
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks for the feedback. I will try to duplicate the issue and feedback to the engineering team.
Please do expect that any work involving engineering will take some-time (a few days to a few weeks) depending on the complexity of the issue.
In the meantime, since the GUI is workable. Please use GUI as workaround for now.
Regards,
Richard
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you. Please keep me updated. "vwait forever" is an imporant command, as it speeds up my application by 10x
Using CLI also speeds it up by 5x vs GUI.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Just to inform you that the engineering team is still investigating this.
Will update you if there is any finding.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I yet to receive any update from engineering team.
Will follow up with them and escalate this issue.
Sorry for the inconvenience caused.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Just to inform you that I am pending response from the engineering team.
Best Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Just to inform you that I am pending response from the engineering team.
Best Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Just to inform you that I am pending response from the engineering team.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Get to know from the engineering team may takes a longer time to look into this.
In the mean time, please use GUI interface as a workaround,
Best Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
From the engineering feedback, the first case is a known problem with KDB https://www.intel.com/content/www/us/en/support/programmable/articles/000087924.html
Could you try the solution provided in the KDB?
For the 2nd case, may I know want would you like to achieve using the telnet route?
Best Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Do you able to try out the KDB solution and see if it resolve your issue?
Also, could you help to provide clarification as to why you want to use the telnet route for system console?
As per engineering POV, this feature is not officially supported.
Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @RichardTanSY_Intel ,
I am using telnet to send commands to the FPGA (master_read / master_write / download_sof) from other programs (python/...).
If telnet is not supported, could you provide a supported protocol to do so?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
You may checkout this webpage on Debugging with System Console Over TCP/IP.
You may checkout this rocketboard.
https://www.rocketboards.org/foswiki/Projects/RemoteSystemDebug
Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
May I know does the information provided helps?
Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Any update on this? Do you need further help?
Regards,
Richard Tan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
As we do not receive any response from you on the previous question/reply/answer that we have provided. I now transition this thread to community support. Please login to ‘https://supporttickets.intel.com’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you. After 15 days, this thread will be transitioned to community support. The community users will be able to help you on your follow-up questions.
Thank you.
Best Regards,
Richard Tan
p/s: If any answer from the community or Intel Support are helpful, please feel free to give best answer or rate 4/5 survey.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@RichardTanSY_Intel , were you able to reproduce the issue?
Yes, I do need further help and would like this bug to be fixed, or a workaround to be provided.
The website provided, https://supporttickets.intel.com does not work. It redirects to the main support website, with no records of any tickets.
https://www.intel.com/content/www/us/en/support.html?random=-801661055

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page