* eject test fails with kernel 3.19
@ 2015-04-03 14:19 Ruediger Meier
2015-04-03 16:38 ` Davidlohr Bueso
0 siblings, 1 reply; 2+ messages in thread
From: Ruediger Meier @ 2015-04-03 14:19 UTC (permalink / raw)
To: util-linux; +Cc: Douglas Gilbert
Hi,
eject(1) fails for scsi_debug module version 1.85 (kernel 3.19).
The Problem is that command ALLOW_MEDIUM_REMOVAL now returns
driverstatus==DRIVER_SENSE with sensecode==0x20 (INVALID COMMAND
OPERATION CODE).
If I ignore that senscode then the other two START_STOP commands finish
successfully.
Should this be fixed in eject(1) or in scsi_debug or is it just a bad
idea to eject scsi_debug devices? This documentations says
ALLOW_MEDIUM_REMOVAL is supported.
http://sg.danny.cz/sg/sdebug.html
I guess the issue came with this kernel commit:
commit c2248fc974df7be55a5f6db6b6f99a90b749581b
Author: Douglas Gilbert <dgilbert@interlog.com>
Date: Mon Nov 24 20:46:29 2014 -0500
scsi_debug: change SCSI command parser to table driven
The existing 'big switch' parser in queuecommand() is changed to
a table driven parser. The old and new queuecommand() were moved
in the source so diff would not shuffle them. Apart from the new
tables most other changes are refactoring existing response code
to be more easily called out of the table parser. The 'strict'
parameter is added so that cdb_s can be checked for non-zero
values in parts of the cdb that are reserved. Some other changes
include: tweak request sense response when D_SENSE differs; support
NDOB in Write Same(16); and fix crash in Get LBA Status when LBP
was inactive.
cu,
Rudi
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: eject test fails with kernel 3.19
2015-04-03 14:19 eject test fails with kernel 3.19 Ruediger Meier
@ 2015-04-03 16:38 ` Davidlohr Bueso
0 siblings, 0 replies; 2+ messages in thread
From: Davidlohr Bueso @ 2015-04-03 16:38 UTC (permalink / raw)
To: Ruediger Meier; +Cc: util-linux, Douglas Gilbert
On Fri, 2015-04-03 at 15:19 +0100, Ruediger Meier wrote:
> Hi,
>
> eject(1) fails for scsi_debug module version 1.85 (kernel 3.19).
>
> The Problem is that command ALLOW_MEDIUM_REMOVAL now returns
> driverstatus==DRIVER_SENSE with sensecode==0x20 (INVALID COMMAND
> OPERATION CODE).
>
> If I ignore that senscode then the other two START_STOP commands finish
> successfully.
>
> Should this be fixed in eject(1) or in scsi_debug or is it just a bad
> idea to eject scsi_debug devices? This documentations says
> ALLOW_MEDIUM_REMOVAL is supported.
> http://sg.danny.cz/sg/sdebug.html
>
> I guess the issue came with this kernel commit:
Then the kernel needs fixing. Breaking userspace is a no no, plain and
simple. Who knows what other program(s) might be affected.
Thanks,
Davidlohr
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-04-03 16:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-04-03 14:19 eject test fails with kernel 3.19 Ruediger Meier
2015-04-03 16:38 ` Davidlohr Bueso
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox