{"action":"opened","issue":{"url":"https://api.github.com/repos/simh/simh/issues/562","repository_url":"https://api.github.com/repos/simh/simh","labels_url":"https://api.github.com/repos/simh/simh/issues/562/labels{/name}","comments_url":"https://api.github.com/repos/simh/simh/issues/562/comments","events_url":"https://api.github.com/repos/simh/simh/issues/562/events","html_url":"https://github.com/simh/simh/issues/562","id":322740212,"number":562,"title":"The DEQNA/DELQA emulation does not appear to handle the returned length of split packets correctly.","user":{"login":"EJMarr","id":13817779,"avatar_url":"https://avatars3.githubusercontent.com/u/13817779?v=4","gravatar_id":"","url":"https://api.github.com/users/EJMarr","html_url":"https://github.com/EJMarr","followers_url":"https://api.github.com/users/EJMarr/followers","following_url":"https://api.github.com/users/EJMarr/following{/other_user}","gists_url":"https://api.github.com/users/EJMarr/gists{/gist_id}","starred_url":"https://api.github.com/users/EJMarr/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/EJMarr/subscriptions","organizations_url":"https://api.github.com/users/EJMarr/orgs","repos_url":"https://api.github.com/users/EJMarr/repos","events_url":"https://api.github.com/users/EJMarr/events{/privacy}","received_events_url":"https://api.github.com/users/EJMarr/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-05-14T09:34:52Z","updated_at":"2018-05-14T09:34:52Z","closed_at":null,"author_association":"NONE","body":"\r\n\r\n<!--- Note that the text you enter into this comment box will be interpreted as 'markdown' text.  To best leverage this you may want to tag system output and some other text as 'code' (you can click on the \"styling with Markdown\" link below this text box for details about markdown).  Click on the Preview tab to see how the markdown message will be displayed.-->\r\n\r\n<!--- Please provide the following details: -->\r\n<!--- Provide a general summary of the issue in the Title above -->\r\nThe DEQNA/DELQA sets the data length into receive buffer descriptors as '(data transferred for this descriptor' - 60 ). This is the correct value (once software has added back the 60) if the data all relates to a single descriptor, but not if multiple descriptors are used for a packet. The data length value should (I think) simply be the number of bytes transferred into the receive FIFO.\r\n  \r\n_<!--- Provide a more detailed introduction to the issue itself, and why you consider it to be a bug-->_\r\nI am just in the process of resurrecting a different release of an old system for which I have had\r\nother releases working well. However, the communications in this release did not work. I have \r\ntracked it down to the values in the RBL being effectively negative (though in 11 bits).\r\n\r\nThe packets in question are minimum length packets [60 bytes] split into an initial 16 byte buffer for header/protocol information, and with a second buffer for the remaining maximum packet.\r\n\r\nThe DEQNA User Manual states, concerning the two Receive Status words of the Receive Buffer Descriptor List:\r\n\r\nReceive Status Word 1\r\n-------------------------\r\n\r\nBit     Definition\r\n\r\n10:08   RBL <10:08>. Received Byte Length bits 10 thru 08. See receive status word 2, bits 07:00.\r\n            These bits are all set during set-up mode packet processing.\r\n\r\nReceive Status Word 2\r\n-------------------------\r\n\r\nThis word must be initialized to have unequal high and low bytes. It is then valid\r\nwhen the bytes match.\r\n\r\nBit     Definition\r\n15:08   RBL <07:00>. Receive Byte Length bits 07 through 00. Duplicated from lower byte.\r\n07:00   RBL <07:00>. Receive Byte Length bits 07 through 00. These bits and receive status word\r\n           1 bits 10:08 (above) form RBL <10:00>, the number of bytes transferred into the receive\r\n           FIFO. Software adds 60 to this value, to account for the period during which address\r\n           filtering occurs. The 4-byte CRC is not included in the count; CRC is not transferred to the\r\n           FIFO.\r\n\r\n           If the RBL is greater than the maximum packet length (1514 bytes without CRC), it is\r\n           truncated at a maximum value of 1596 bytes. That is, an RBL value of 1536 plus the 60\r\n           bytes added by software.\r\n\r\n- #### the output of \"sim> SHOW VERSION\" while running the simulator which is having the issue\r\n\r\n- #### how you built the simulator or that you're using prebuilt binaries\r\n<!--- This should include the output produced by while building just the simulator that is exhibiting the problem  -->\r\n\r\n- #### the simulator configuration file (or commands) which were used when the problem occurred.\r\n<!--- The simulator configuration file, and any other relatively small files can be attached to this issue now or after it is created -->\r\n\r\n- #### the expected behavior and the actual behavior\r\n<!--- Please provide the output the simulator produced when you experienced the problem -->\r\n\r\n- #### you may also need to provide specific pointers to data files that may be necessary to demonstrate the problem\r\n\r\n<!--- If you haven't already, please be sure that your full name is visible in your Github profile (no email address is needed) -->\r\n"}}
{"actor":{"display_login":"EJMarr"}}