NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: port-pmax/54114 (pmax on gxemul hangs with "UNIMPLEMENTED SCSI command")

The following reply was made to PR port-pmax/54114; it has been noted by GNATS.

From: Frank Kardel <kardel%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost, port-pmax-maintainer%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, martin%NetBSD.org@localhost,
 Andreas Gustafsson <gson%gson.org@localhost>
Cc: 
Subject: Re: port-pmax/54114 (pmax on gxemul hangs with "UNIMPLEMENTED SCSI
 command")
Date: Thu, 11 Apr 2019 10:42:07 +0200

 This is a multi-part message in MIME format.
 --------------B669724083F666E045C14F1C
 Content-Type: text/plain; charset=utf-8; format=flowed
 Content-Transfer-Encoding: 8bit
 
 I looked at the emulator and it follows a very straightforward but 
 non-standards compliant strategy:
 
          switch (xferp->cmd[0]) {
 
          [ case ..... ]
 
          default:
                  fatal("[ UNIMPLEMENTED SCSI command 0x%02x, disk id=%i 
 ]\n",
                      xferp->cmd[0], id);
                  exit(1);
          }
 
 Exiting the emulator in not an option here.
 
 To quote the SPC-4 SCSI Primary Command standard:
 
     Section 2.4.1 CDB usage and structure
 
     [...§4] If a device server receives a CDB containing
     an operation code that is invalid or not supported, the device
     server shall terminate the command with
     CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST,
     and the additional sense code set
     to INVALID COMMAND OPERATION CODE.
 
 Correctly refusing unimplemented SCSI CDB commands is one of the basic 
 operations of a device server.
 
 
 On 04/11/19 09:40, martin%NetBSD.org@localhost wrote:
 > Synopsis: pmax on gxemul hangs with "UNIMPLEMENTED SCSI command"
 >
 > Responsible-Changed-From-To: port-pmax-maintainer->kardel
 > Responsible-Changed-By: martin%NetBSD.org@localhost
 > Responsible-Changed-When: Thu, 11 Apr 2019 07:40:31 +0000
 > Responsible-Changed-Why:
 > Over to commiter - could you please have a look and check whether their
 > emulation is broken for this optional comand?
 >
 >
 >
 
 
 --------------B669724083F666E045C14F1C
 Content-Type: text/html; charset=utf-8
 Content-Transfer-Encoding: 8bit
 
 <html>
   <head>
     <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
   </head>
   <body text="#000000" bgcolor="#FFFFFF">
     <p>I looked at the emulator and it follows a very straightforward
       but non-standards compliant strategy:</p>
     <p>        switch (xferp-&gt;cmd[0]) {<br>
       <br>
               [ case ..... ]<br>
       <br>
               default:<br>
                       fatal("[ UNIMPLEMENTED SCSI command 0x%02x, disk
       id=%i ]\n",<br>
                           xferp-&gt;cmd[0], id);<br>
                       exit(1);<br>
               }<br>
     </p>
     <p>Exiting the emulator in not an option here.</p>
     <p>To quote the SPC-4 SCSI Primary Command standard:</p>
     <blockquote>
       <p>Section 2.4.1 CDB usage and structure<br>
       </p>
       <p>[...§4] If a device server receives a CDB containing<br>
         an operation code that is invalid or not supported, the device
         server shall terminate the command with<br>
         CHECK CONDITION status, with the sense key set to ILLEGAL
         REQUEST, and the additional sense code set<br>
         to INVALID COMMAND OPERATION CODE.</p>
     </blockquote>
     <p>Correctly refusing unimplemented SCSI CDB commands is one of the
       basic operations of a device server.</p>
     <br>
     <div class="moz-cite-prefix">On 04/11/19 09:40, <a class="moz-txt-link-abbreviated" href="mailto:martin%NetBSD.org@localhost";>martin%NetBSD.org@localhost</a>
       wrote:<br>
     </div>
     <blockquote type="cite"
       cite="mid:20190411074032.0FAEA7A1CF%mollari.NetBSD.org@localhost">
       <pre wrap="">Synopsis: pmax on gxemul hangs with "UNIMPLEMENTED SCSI command"
 
 Responsible-Changed-From-To: port-pmax-maintainer-&gt;kardel
 Responsible-Changed-By: <a class="moz-txt-link-abbreviated" href="mailto:martin%NetBSD.org@localhost";>martin%NetBSD.org@localhost</a>
 Responsible-Changed-When: Thu, 11 Apr 2019 07:40:31 +0000
 Responsible-Changed-Why:
 Over to commiter - could you please have a look and check whether their
 emulation is broken for this optional comand?
 
 
 
 </pre>
     </blockquote>
     <br>
   </body>
 </html>
 
 --------------B669724083F666E045C14F1C--
Home | Main Index | Thread Index | Old Index