chad5200 Posted February 8 Author Share Posted February 8 49 minutes ago, mozzwald said: Looking at your logs there I see that lseek is not called when there were 2 timeouts in a row. The other had a single timeout and received an out of order packet and continued to lseek. Perhaps it's getting stuck after 1 timeout error Right but here is one where the BASIC load failed with a single timeout: [15:07:47] [15:07:47] CF: 31 52 67 00 ea [15:07:47] disk sio_process() [15:07:47] ACK! [15:07:47] ATR READ [15:07:48] Timeout after 1000 milliseconds. Retrying [15:07:49] TNFS OUT OF ORDER SEQUENCE! RETRYING [15:07:49] ->SIO write 256 bytes [15:07:49] COMPLETE! [15:07:49] I am really thinking there are occasions where the "TNFS OUT OF ORDER SEQUENCE" error occurs but the FujiNet does not actually attempt to correct the packet sequence request because the log isn't even showing the follow up "tnfs_lseek" message. Every time mine fails, it corresponds to that situation. However, every time that a "TNFS OUT OF ORDER SEQUENCE" event occurs and it is followed up by a "tnfs_lseek success" it succeeds. I really wish I understood the code enough to troubleshoot this. Hoping one of the FujiNet developers would take a look at that part of the code which appears to be around here: https://github.com/FujiNetWIFI/fujinet-platformio/blob/master/lib/TNFSlib/tnfslib.cpp#L1250 and here: https://github.com/FujiNetWIFI/fujinet-platformio/blob/master/lib/TNFSlib/tnfslib.cpp#L598 1 Quote Link to comment Share on other sites More sharing options...
TZJB Posted February 9 Share Posted February 9 13 hours ago, mozzwald said: You are using an old version, please use the latest updated yesterday which should have debug output enabled: https://github.com/FujiNetWIFI/spectranet/blob/master/tnfs/tnfsd/bin/tnfsd.exe Thanks @mozzwald the new TNFSD version 23.0207.1 has a working output now, but isn't logging the time. (I can picture you rolling your eyes). @chad5200 if you want to, would you be able to run the new version of TNFSD and capture the output using the Windows Powershell commands that I used previously please, while simultaneously capturing the Fujinet logs? Here is an output sample running GATETEST:- Gatetest TFNS output.txt Quote Link to comment Share on other sites More sharing options...
chad5200 Posted February 9 Author Share Posted February 9 11 hours ago, TZJB said: if you want to, would you be able to run the new version of TNFSD and capture the output using the Windows Powershell commands that I used previously please, while simultaneously capturing the Fujinet logs? Just did this. The same FujiNet log where we see a TNFS OUT OF ORDER SEQUENCE! RETRYING with no corresponding "tnfs_lseek success". [16:00:19] [16:00:19] CF: 31 52 83 00 07 [16:00:19] disk sio_process() [16:00:19] ACK! [16:00:19] ATR READ [16:00:20] Timeout after 1000 milliseconds. Retrying [16:00:22] TNFS OUT OF ORDER SEQUENCE! RETRYING [16:00:22] ->SIO write 256 bytes [16:00:22] COMPLETE! [16:00:22] and now here is the corresponding timeframe from the TNFS log which just shows a bunch of READs: 192.168.1.176 s=18be c=21 q=e3 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=e4 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=e5 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=e6 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=e7 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=e8 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=e9 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=ea | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=eb | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=ec | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=ed | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=ee | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=ef | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f0 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f1 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f2 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f3 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f4 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f5 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f6 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f7 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f8 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=f9 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=fa | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=fb | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=fc | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=fd | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=fe | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=ff | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=00 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=01 | REQUEST cmd=0x21 TNFS_READ 192.168.1.176 s=18be c=21 q=02 | REQUEST cmd=0x21 TNFS_READ By the way, here is the settings I use on the IntelBurnTest to best force the failure. Notice how I set it to Custom, 200 MB, and Times to run is 100. This causes the test to quickly run, pause, run, pause, etc, essentially causing a stutter. Quote Link to comment Share on other sites More sharing options...
TZJB Posted February 10 Share Posted February 10 Nothing actually to see there! You should not really have a stutter with your machine specifications. This is looking more and more like a Windows issue. As a suggestion look at the Resource Monitor and see what the CPU time is being used by and whether it's needed? Other than that, and it would take some time, but maybe image the Windows boot drive on to a second drive with Macrium Reflect Free (with the verify image option), and try a Windows reset to erase anything that shouldn't be there? Then you can compare the performance of the two installations. Reflect offers restore options so you can do that at any time by either making the machine bootable for Reflect or creating bootable Reflect media. Out of interest have you looked to see if there are any common issues with your PC motherboard? Quote Link to comment Share on other sites More sharing options...
+DjayBee Posted February 10 Share Posted February 10 34 minutes ago, TZJB said: image the Windows boot drive on to a second drive with Macrium Reflect Free (with the verify image option), and try a Windows reset to erase anything that shouldn't be there? Before doing this I would temporarily create a new Windows account and retry it running tnfsd with this account. 1 Quote Link to comment Share on other sites More sharing options...
chad5200 Posted February 11 Author Share Posted February 11 I've already moved on to using a Raspberry Pi with the TNFS image on it. So I am all good now. But it's just interesting to see how this is behaving with at least my PC. Maybe someone else will encounter the same issue in the future and this thread will be a place to discuss further. 1 Quote Link to comment Share on other sites More sharing options...
chad5200 Posted April 30 Author Share Posted April 30 Happy to report that this update posted by @mozzwald has fixed my issue! 3 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.