SCSI2Pi 3.1

The main changes in this version:

• The automatic creation of the PiSCSI bridge for the DaynaPort emulation can be switched off.
• s2p automatically switches to a matching caching mode if the SCSI commands READ/WRITE LONG are used.
• Numerous optimizations and even more compact binaries.

SCSI2Pi 3.0.2

The main changes in this version:

• Further increased transfer rates, especially with small Pis. With a Pi Zero W the transfer rate is now about 25% higher than with PiSCSI.

SCSI2Pi 3.0.1

The main changes in this version:

• During the installation a configuration file /etc/s2p.conf is created, if not yet present. Edit this file where needed, and subsequently restart the SCSI2Pi system service.
• A bug in the language detection for error messages has been fixed.

SCSI2Pi 3.0

The main changes in this version:

• The programs installed with the binary packages or with sudo make install can be launched without sudo.
• The assignment of file extensions to device types is configurable.
• The SCSI level is configurable.
• As sector size any multiple of 4 is supported, which improves the compatibility with exotic platforms.
• The READ/WRITE LONG implementation has been extended and covers more use cases.
• s2p supports various caching modes.
• The DaynaPort emulation supports Wifi also with Bookworm.
• With the "-P" option s2pctl displays the current s2p settings. These can directly be used for a properties file like /etc/s2p.conf, making setting up a default configuration even easier.
• s2pexec supports an interactive mode and offers improved scripting capabilities.
• s2pexec accepts data for the DATA OUT phase on the command line.

SCSI2Pi 2.0.1

The main changes in this version:

• The installation automatically creates a system service for s2p.
• A potential timing issue has been fixed.
• s2pctl now displays a correct error message when setting an invalid default folder location.
• A bug in the printer emulation has been fixed.

SCSI2Pi 2.0

The main changes in this version:

• Properties and property-files make configuring s2p more convenient.
• User-defined mode pages improve the compatibility also with exotic platforms
• BlueSCSI compatibility mode for the names of image files.
• All tools support easier to memorize long command line options.
• s2cptl offers an interactive mode and supports scripting.
• s2pdump can generate information on devices and mode pages for property files.
• s2pdump supports backup/restore of SASI hard drives.
• s2pexec can send any SCSI command, including the command parameters.
• New tool s2pproto for testing the custom SCSI commands of the host services.
• Improved logging.

SCSI2Pi 1.1.2

The main change in this version:

• There are now installation packages for 32 bit bullseye/bookworm and 64 bit bullseye/bookworm.

SCSI2Pi 1.1.1

The main change in this version:

• Fixed a bug in the remote interface for clients (e.g. s2pctl, SCSI Control app).

SCSI2Pi 1.1

The main changes in this version:

• The DaynaPort emulation uses a dynamic MAC address. This prevents collisions of several DaynaPort emulations in the same network.
• The extensions .cdr and .toast are treated like the .iso extension (for CD-ROM images).
• Further improved compatibility by supporting the mode pages 2, 7, 10 and 12, and by an improved MODE SELECT error handling.
• s2pdump supports an optional start sector and a sector count. Now also parts of a drive can be dumped/restored. See the manpage for details on the new options.

SCSI2Pi 1.0

The main improvements compared to PiSCSI 23.11.01:

• There are installation packages with the binaries, i.e. there is no time-consuming compilation.
• Support for SASI hard drives (testers needed).
• Improved compatibility with the SCSI standard, especially in initiator mode.
• About 5% higher transfer rates (measured with a Pi 4).
• DaynaPort emulation requires up to 16 MB less memory, in particular relevant for Pis with little RAM.
• Enhanced initiator mode support, e.g. for backing up/restoring hard drives.
• SCSI2Pi can be managed via SCSI. There are already tools for the Atari, but this is not an Atari-specific feature.
• Optional (faster) compilation just for the devices actually needed saves compilation time.
• Numerous code optimizations.
• More unit tests for better test coverage.
• Internal (in-process) bus for advanced testing.
• Less dependencies on special Pi hardware features.
• Compiles on up to date releases of FreeBSD and NetBSD, which is in particular useful for developers.
• Partially adapted to macos (except for the linking stage), also useful for developers.