public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: John Meneghini <jmeneghi@redhat.com>
To: "Kai Mäkisara" <Kai.Makisara@kolumbus.fi>, martin.petersen@oracle.com
Cc: James.Bottomley@HansenPartnership.com,
	linux-scsi@vger.kernel.org, dgilbert@interlog.com
Subject: Re: [PATCH v2 0/7] scsi: scsi_debug: Add more tape support
Date: Wed, 19 Feb 2025 17:32:13 -0500	[thread overview]
Message-ID: <30ec7c7a-3eca-461a-9deb-2856cd273d80@redhat.com> (raw)
In-Reply-To: <20250213092636.2510-1-Kai.Makisara@kolumbus.fi>

Kai,

Thank you for these patches. This is a huge improvement to scsi_debug tape emulator and I am sure everyone will use this.

I must admit that I cheated a little bit with some of the test results I posted here as I did not test each patch,
but rather tested this whole series. I'll also admit I didn't really test the compression stuff.  I'll need
to develop some more tests to do that.

At this point the scsi_debug tape emulator is working as well as a real tape drive.  This will enable
me to greatly simplify and streamline my tape_tests.  I should now be able to consolidate everything
down into one or two test scripts that can be run against either a hardware tape device or the scsi_debug
tape device. There is certainly more room for improvements in my tests and these patches will enable that work.

The latest version of my tests are in the branch.

https://github.com/johnmeneghini/tape_tests/tree/version_5a

I'll work on improving theses tests as soon as this patches get merged upstream.

Reviewed-by: John Meneghini <jmeneghi@redhat.com>
Tested-by: John Meneghini <jmeneghi@redhat.com>

Martin, please merge these patches.

On 2/13/25 4:26 AM, Kai Mäkisara wrote:
> Currently, the scsi_debug driver can create tape devices and the st
> driver attaches to those. Nothing much can be done with the tape devicesTh
> because scsi_debug does not have support for the tape-specific commands
> and features. These patches add some more tape support to the scsi_debug
> driver. The end result is simulated drives with a tape having one or two
> partitions (one partition is created initially).
> 
> The tape is implemented as fixed number (10 000) of 8-byte units.
> The first four bytes of a unit contain the type of the unit (data
> block, filemark or end-of-data mark). If the units is a data block,
> the first four bytes also contain the block length and the remaining
> four bytes the first bytes of written data. This allows the user
> to use tags to see that the read block is what it was supposed to be.
> 
> The following SCSI operations are added or modified:
> FORMAT MEDIUM
> - added
> LOCATE
> - added
> MODE SELECT
> - modified to allow use without page(s) (just header and block descriptor)
>    - store density and block size
a> - partition page added
> MODE SENSE
> - modified to allow use without page(s) (just header and block descriptor)
>    - set density and block size
> - partition page added
> READ BLOCK LIMITS
> - added
> READ POSITION
> - added
> READ
> - added tape support for READ (6)
> REWIND
> - modified to set the tape position
> SPACE
> - added
> START STOP (LOAD)
> - modified to return New Medium Unit Attention if tape loaded (not
>    according to the standard, but enables testing this UA)
> WRITE
> - added tape support for WRITE (6)
> WRITE FILEMARKS
> - added
> 
> Changes RFC -> v1:
> - rebased to v6.14-rc1
> - virtual tape initialization is rewritten and the tape is made shorter
>    (10 000 units)
> - only one partition is created initially
> - tape block allocation is moved to sdev_configure()
> - tape blocks are freed in sdev_destroy()
> - block size must be multiple of four (SSC standard)
> - granularity set to four in READ BLOCK LIMITS
> - long LBA not allowed for tapes in MODE SELECT/SENSE
> - READ POSITION checks allocation length
> - new patch 7 adds support for re-partitioning the tape
> 
> Changes v1 -> v2:
> - Fixes for bugs reported by the Kernel Test Robot:
>    2/7: changed 'len +=' to 'len =' in resp_mode_sense()
>    3/7: changed 'for (;' to 'for (i = 0;' in partition_tape()
>    4/7: initialized i to zero in resp_space()
> 
> Kai Mäkisara (7):
>    scsi: scsi_debug: First fixes for tapes
>    scsi: scsi_debug: Add READ BLOCK LIMITS and modify LOAD for tapes
>    scsi: scsi_debug: Add write support with block lengths  and 4 bytes of
>      data
>    scsi: scsi_debug: Add read support and update locate for tapes
>    scsi: scsi_debug: Add compression mode page for tapes
>    scsi: scsi_debug: Reset tape setting at device reset
>    scsi: scsi_debug: Add support for partitioning the tape
> 
>   drivers/scsi/scsi_debug.c | 775 +++++++++++++++++++++++++++++++++++++-
>   1 file changed, 761 insertions(+), 14 deletions(-)
> 


  parent reply	other threads:[~2025-02-19 22:32 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-13  9:26 [PATCH v2 0/7] scsi: scsi_debug: Add more tape support Kai Mäkisara
2025-02-13  9:26 ` [PATCH v2 1/7] scsi: scsi_debug: First fixes for tapes Kai Mäkisara
2025-02-19 16:03   ` John Meneghini
2025-02-13  9:26 ` [PATCH v2 2/7] scsi: scsi_debug: Add READ BLOCK LIMITS and modify LOAD " Kai Mäkisara
2025-02-19 21:16   ` John Meneghini
2025-02-13  9:26 ` [PATCH v2 3/7] scsi: scsi_debug: Add write support with block lengths and 4 bytes of data Kai Mäkisara
2025-02-19 21:45   ` John Meneghini
2025-02-13  9:26 ` [PATCH v2 4/7] scsi: scsi_debug: Add read support and update locate for tapes Kai Mäkisara
2025-02-19 21:56   ` John Meneghini
2025-02-13  9:26 ` [PATCH v2 5/7] scsi: scsi_debug: Add compression mode page " Kai Mäkisara
2025-02-19 21:58   ` John Meneghini
2025-02-13  9:26 ` [PATCH v2 6/7] scsi: scsi_debug: Reset tape setting at device reset Kai Mäkisara
2025-02-19 21:58   ` John Meneghini
2025-02-13  9:26 ` [PATCH v2 7/7] scsi: scsi_debug: Add support for partitioning the tape Kai Mäkisara
2025-02-19 22:17   ` John Meneghini
2025-02-13 16:12 ` [PATCH v2 0/7] scsi: scsi_debug: Add more tape support John Meneghini
2025-02-19 22:32 ` John Meneghini [this message]
2025-02-24  3:19 ` Martin K. Petersen
2025-02-24 15:13   ` "Kai Mäkisara (Kolumbus)"
2025-02-25  1:44     ` Martin K. Petersen
2025-03-04  3:19 ` Martin K. Petersen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=30ec7c7a-3eca-461a-9deb-2856cd273d80@redhat.com \
    --to=jmeneghi@redhat.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=Kai.Makisara@kolumbus.fi \
    --cc=dgilbert@interlog.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox