FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.0 2007-04-07T19:40:58Z 2007-04-07T19:40:58Z Scott Long scottl@FreeBSD.org 2007-04-07T19:40:58Z urn:sha1:1eba4c794853ba782d5ddadc53793465f0b62570 Linux SCSI SG passthrough device API. The intention is to allow for both running of Linux apps that want to talk to /dev/sg* nodes, and to facilitate porting of apps from Linux to FreeBSD. As such, both native and linuxolator entry points and definitions are provided. Caveats: - This does not support the procfs and sysfs nodes that the Linux SG driver provides. Some Linux apps may rely on these for operation, others may only use them for informational purposes. - More ioctls need to be implemented. - Linux uses a naming scheme of "sg[a-z]" for devices, while FreeBSD uses a scheme of "sg[0-9]". Devfs aliasis (symlinks) are automatically created to link the two together. However, tools like camcontrol only see the native names. - Some operations were originally designed to return byte counts or other data directly as the syscall return value. The linuxolator doesn't appear to support this well, so this driver just punts for these cases. Now that the driver is in place, others are welcome to add missing functionality. Thanks to Roman Divacky for pushing this work along. 2005-10-14T23:30:17Z Yaroslav Tykhiy ytykhiy@gmail.com 2005-10-14T23:30:17Z urn:sha1:822923447e454b30d310cb46903c9ddeca9f0a7a the kernel by wrapping all targets for fake opt_*.h files in .if defined(KERNBUILDDIR). Thus, such fake files won't be created at all if modules are built with the kernel. Some modules undergo cleanup like removing unused or unneeded options or .h files, without which they wouldn't build this way or the other. Reviewed by: ru Tested by: no binary changes in modules built alone Tested on: i386 sparc64 amd64 2005-06-04T10:58:39Z Jens Schweikhardt schweikh@FreeBSD.org 2005-06-04T10:58:39Z urn:sha1:e201f9ecd1023af7b0fd919a78b1a2b8246f72c0 Discussed with, okayed, authorized, requested by, on behalf of: n_hibma (MAINTAINER) 2004-08-29T11:10:09Z Dag-Erling Smørgrav des@FreeBSD.org 2004-08-29T11:10:09Z urn:sha1:0eac4495dbfe46e881e46046d70d16824567398d MFC after: 3 days 2004-04-19T17:26:46Z Nate Lawson njl@FreeBSD.org 2004-04-19T17:26:46Z urn:sha1:e69d8e61f3ec227136ba3f6a742efa260ffe0c81 both the Makefile and sys/conf/options is what led to this oversight. Apologies for breaking the build. 2003-12-29T09:15:48Z Bruce Evans bde@FreeBSD.org 2003-12-29T09:15:48Z urn:sha1:04bf9e6707e7473cf66b322d1107b0a00069eac5 headers as in most other modules Makefiles (5 yesterday, none now). Fixed any simple nearby style bugs (not many). 2003-07-29T18:08:16Z Nate Lawson njl@FreeBSD.org 2003-07-29T18:08:16Z urn:sha1:dda5f182aefc5466431fb840f2e348bfac5fd8e2 Pointed out by: bde 2002-11-22T22:55:51Z Nate Lawson njl@FreeBSD.org 2002-11-22T22:55:51Z urn:sha1:c38b150ae4caf99b23582a67fc8a53335d6224da This code allows a user program to enable target mode on a SIM and then emulate any number of devices (disks, tape drives, etc.) All decisions about device behavior (UA, CA, inquiry response) are left to the usermode program and the kernel driver is merely a conduit for CCBs. This enables multiple concurrent target emulators, each using its own backing store and IO model. Also included is a user program that emulates a disk (RBC) using a file as a backing store. This provides functionality similar to md(4) at the CAM layer. Code has been tested on ahc(4) and should also work on isp(4) (and other SIMs that gain target mode support). It is a complete rewrite of /sys/cam/scsi_target* and /usr/share/examples/scsi_target. Design, comments from: gibbs Supported by: Cryptography Research Approved by: re 2002-11-06T13:47:00Z Yoshihiro Takahashi nyan@FreeBSD.org 2002-11-06T13:47:00Z urn:sha1:ab3626d51a1d3db8cef3fe4c9b19182278e553b4 2002-08-15T21:41:59Z Alfred Perlstein alfred@FreeBSD.org 2002-08-15T21:41:59Z urn:sha1:97b0a9a249256f7ced8f2c945c459204c6e0472c Missed by: kern/39809,njl