src/lib/libcam, branch release/8.1.0

Separate the parallel scsi knowledge out of the core of the XPT, and

2009-07-10T08:18:08Z

modularize it so that new transports can be created. Add a transport for SATA Add a periph+protocol layer for ATA Add a driver for AHCI-compliant hardware. Add a maxio field to CAM so that drivers can advertise their max I/O capability. Modify various drivers so that they are insulated from the value of MAXPHYS. The new ATA/SATA code supports AHCI-compliant hardware, and will override the classic ATA driver if it is loaded as a module at boot time or compiled into the kernel. The stack now support NCQ (tagged queueing) for increased performance on modern SATA drives. It also supports port multipliers. ATA drives are accessed via 'ada' device nodes. ATAPI drives are accessed via 'cd' device nodes. They can all be enumerated and manipulated via camcontrol, just like SCSI drives. SCSI commands are not translated to their ATA equivalents; ATA native commands are used throughout the entire stack, including camcontrol. See the camcontrol manpage for further details. Testing this code may require that you update your fstab, and possibly modify your BIOS to enable AHCI functionality, if available. This code is very experimental at the moment. The userland ABI/API has changed, so applications will need to be recompiled. It may change further in the near future. The 'ada' device name may also change as more infrastructure is completed in this project. The goal is to eventually put all CAM busses and devices until newbus, allowing for interesting topology and management options. Few functional changes will be seen with existing SCSI/SAS/FC drivers, though the userland ABI has still changed. In the future, transports specific modules for SAS and FC may appear in order to better support the topologies and capabilities of these technologies. The modularization of CAM and the addition of the ATA/SATA modules is meant to break CAM out of the mold of being specific to SCSI, letting it grow to be a framework for arbitrary transports and protocols. It also allows drivers to be written to support discrete hardware without jeopardizing the stability of non-related hardware. While only an AHCI driver is provided now, a Silicon Image driver is also in the works. Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardware is possible and encouraged. Help with new transports is also encouraged. Submitted by: scottl, mav Approved by: re

Supply a valid Connect ID when issuing XPT_DEV_MATCH, which

2008-10-27T21:46:58Z

according to my reading of the CAM draft is mandatory for all CCB function calls and enforced by xptioctl() since at least r168752. Previously we happened to use 0 as the Path ID, causing the XPT_DEV_MATCH call to fail if there's no SCSI bus 0. Basically the same bug was also fixed the same way for camcontrol(8) as part of r126514. PR: 127605 Submitted by: Eygene Ryabinkin Approved by: silence from ken and scottl MFC after: 1 week

2nd and final commit that moves us to CAM_NEW_TRAN_CODE

2006-11-02T00:54:38Z

as the default. Reviewed by multitudes.

Go with a different version of the previous patch so to preserve errno.

2006-04-30T07:08:43Z

Approved by: scottl (implicit)

Fix a file descriptor leak in cam_lookup_pass() when the ioctl to find

2006-04-30T07:02:40Z

the passthru device fails. Approved by: scottl MFC after: 1 day

Better memory handling:

2005-07-13T10:40:07Z

- It is acceptable to call free(3) when the given pointer itself is NULL, so we do not need to determine NULL before passing a pointer to free(3) - Handle failure of malloc(3) MT6/5 Candidate Submitted by: Dan Lukes PR: bin/83352

Expand *n't contractions.

2005-02-13T22:25:33Z

Change a couple of comments so that GCC doesn't think that they contain

2004-07-29T15:35:45Z

tri-graphs.

Eliminate double whitespace.

2004-07-03T22:30:10Z

Mechanically kill hard sentence breaks.

2004-07-02T23:52:20Z