From e34b21cbef503935d565cdb449b2e6b30647b16e Mon Sep 17 00:00:00 2001
From: akuker <34318535+akuker@users.noreply.github.com>
Date: Sun, 27 Dec 2020 21:11:53 -0600
Subject: [PATCH] Updated Nuvolink SCSI Card (markdown)

---
 Nuvolink-SCSI-Card.md | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/Nuvolink-SCSI-Card.md b/Nuvolink-SCSI-Card.md
index 3d1847c..043575d 100644
--- a/Nuvolink-SCSI-Card.md
+++ b/Nuvolink-SCSI-Card.md
@@ -21,3 +21,10 @@ Below is a summary of the SCSI commands and their current status:
 - 0x12: INQUIRY (cmmd_inq) **WORKING, STATISTICS ARE STATIC DATA**
 - 0x1C: RECEIVE DIAGNOSTIC RESULTS (cmmd_rdiag) **NOT IMPLEMENTED**
 - 0x1D: SEND DIAGNOSTIC (cmmd_sdiag) **NOT IMPLEMENTED**
+
+# Current status - ON HOLD
+The "Standard Packet Reception" functionality of the NuvoLink relies on a RESELECT SCSI function. Typically, only the computer will initiate a SCSI transaction using a SELECT operation. However, the NuvoLink will initiate a transaction with the host computer whenever a new packet is received.
+
+This approach prevents the host driver from needing to periodically "poll" the Nuvolink device, which is a definite benefit. However, in its current design, RaSCSI is set up to do a RESELECT. 
+
+It will be a non-trivial architectural change to enable RESELECT functionality. Therefore, the RaSCSI NuvoLink emulation is indefinitely **ON HOLD**. The DaynaPort SCSI Link driver for the Mac OS appears to periodically poll the DaynaPort, which means that the RESELECT function may not be needed.
\ No newline at end of file