-
Notifications
You must be signed in to change notification settings - Fork 201
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
phaser2: kernels hang #647
Comments
I believe this issue has been resolved, @jbqubit can you test with ARTIQ master please? |
Using conda dev here's what I see.
Flashes my kc705 fine. I can ping board at 192.168.1.50.
Run:
Took > 60 seconds to return. But the LED flashing did eventually start. Reboot board while monitoring serial interface. Run:
No LED flashing observed until after "[ 119294807us] INFO(runtime::session): resetting RTIO". Then LED flashes continuously. |
Repeat of previous test. This time with wireshark logging following reboot.
$ artiq_run repository/coredevice_examples/simple/blink_forever.py After a delay flashing commences. |
Could you please attach the dump data? |
|
@jbqubit Can you recheck with the latest master? |
Using latest build.
LED starts flashing after delay << 1 sec. After a while of LED-watching I terminated with ctrl-C.
wireshark_log_20160127a.pcapng.gz Looking better. |
It now takes 200ms total to start a 8KB kernel. There is a number of ways to improve on this number, e.g.:
I am going to implement 3) in the normal course of moving the runtime further towards Rust, as I will implement the necessary support code (an atomic ringbuffer) anyway. For now, I understand the kernel load time is acceptable. Please test and reopen if it is not for your experiments. |
I can't test phaser2 due to kernel hanging.
phaser2 blink_forever.py hangs
roll back to v2.1, blink_forever.py OK
The text was updated successfully, but these errors were encountered: