| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Minor spelling fixes in:
sys/dev, sys/sys
Many of these have user-visible strings.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix a case in ndling ATA_PASSTHROUGH commands that have an unaligned buffer.
This impacts some home-rolled SMART tools.
In rare cases, a SATA drive can stop responding to commands and trigger a
reset device task request from the driver. If the drive fails to respond
with a signature FIS, the driver would previously get into an endless retry
loop, stalling all I/O to the drive and keeping user processes stranded.
Instead, fail the i/o and invalidate the device if the task management
command times out. This is controllable with the sysctl and tunable
hw.isci.fail_on_task_timeout
dev.isci.0.fail_on_task_timeout
The default for these is 1.
Obtained from: Netflix, Inc.
|
|
|
|
| |
Base the max number of SG elements on MAXPHYS.
|
|
|
|
|
| |
isci: Ensure ATA passthrough commands with RETURN_RESPONSE bit set
translate their response.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
by treating it as UDMA.
This fixes a problem introduced in r249933/r249939, where CAM sends
ATA_DSM_TRIM to SATA devices using ATA_PASSTHROUGH_16. scsi_ata_trim()
sets protocol as DMA (not UDMA) which is for multi-word DMA, even
though no such mode is selected for the device. isci(4) would fail
these commands which is the correct behavior but not consistent with
other HBAs, namely LSI's.
smh@ did some further testing on an LSI controller, which rejected
ATA_PASSTHROUGH_16 commands with mode=UDMA_OUT, even though only
a UDMA mode was selected on the device. So this precludes adding
any kind of mode detection in CAM to determine which mode to use on
a per-device basis.
Sponsored by: Intel
Discussed with: scottl, smh
Reported by: scottl
Tested by: scottl
MFC after: 3 days
|
|
|
|
|
| |
PR: misc/174625
Submitted by: Jeremy Chadwick <jdc@koitsu.org>
|
|
|
|
| |
Submitted by: Christoph Mallon <christoph.mallon@gmx.de>
|
| |
|
|
|
|
|
|
|
| |
s/ a a / a /g
Approved by: cperciva
MFC after: 3 days
|
|
|
|
|
| |
Approved by: cperciva
MFC after: 3 days
|
|
|
|
|
| |
Approved by: cperciva
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(download microcode with offsets, save, and activate).
SATI translation layer was incorrectly using allocation length instead
of blocks, and was constructing the ATA command incorrectly.
Also change #define to specify that the 512 block size here is
specific for DOWNLOAD_MICROCODE, and does not relate to the device's
logical block size.
Submitted by: scottl (with small modifications)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
| |
This routine is intended only for commands such as INQUIRY where
the controller may fill out a smaller amount of data than allocated
by the host.
The end result of this bug was that isci(4) would report non-zero
resid for successful SCSI_UNMAP commands.
Sponsored by: Intel
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This addresses kernel panic observed when sending SCSI UNMAP
commands to SATA disks attached to isci(4).
1) Flesh out callback routines to allocate/free buffers needed for
translating SCSI UNMAP data to ATA DSM data.
2) Add controller-level pool for storing buffers previously allocated
for UNMAP translation, to lessen chance of no buffer available
under memory pressure.
3) Ensure driver properly handles case where buffer pool is empty
and contigmalloc returns NULL.
Sponsored by: Intel
Reported by: Maksim Yevmenkin <max at netflix dot com>
Discussed with: scottl
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
result in INQUIRY VPD 0x81 to SATA devices to return only 63 bytes of data
instead of 64 during SCSI/ATA translation.
Sponsored by: Intel
Approved by: scottl
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
READ_CAP_16 command to a SATA target.
Sponsored by: Intel
Reviewed by: sbruno
Approved by: sbruno
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
with clang. Also fix a number of warnings uncovered when building with
clang around some implicit enum conversions.
Sponsored by: Intel
Approved by: scottl
|
|
|
|
|
| |
Sponsored by: Intel
Approved by: scottl
|
|
|
|
|
|
|
| |
within bus_dmamap_load context.
Sponsored by: Intel
Reported by: Sohaib Ahsan <sohaib dot ahsan intel com>
|
|
(Patsburg) integrated SAS controller.
sys/dev/isci contains all files specific to FreeBSD.
sys/dev/isci/scil contains OS-agnostic library maintained by Intel and
modified to best integrate into FreeBSD kernel build environment.
Sponsored by: Intel
Reviewed by: scottl
|