259065 |
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
252262 |
26-Jun-2013 |
jimharris |
For ATA_PASSTHROUGH commands, pretend isci(4) supports multiword DMA 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
|
250460 |
10-May-2013 |
eadler |
Fxi a bunch of typos.
PR: misc/174625 Submitted by: Jeremy Chadwick <jdc@koitsu.org>
|
249586 |
17-Apr-2013 |
gabor |
- Correct mispellings of word resource
Submitted by: Christoph Mallon <christoph.mallon@gmx.de>
|
240743 |
20-Sep-2012 |
kevlo |
Fix typo: s/protocl/protocol
|
240521 |
14-Sep-2012 |
eadler |
s/ is is / is /g s/ a a / a /g
Approved by: cperciva MFC after: 3 days
|
240520 |
14-Sep-2012 |
eadler |
s/teh/the/g
Approved by: cperciva MFC after: 3 days
|
240518 |
14-Sep-2012 |
eadler |
Correct double "the the"
Approved by: cperciva MFC after: 3 days
|
240514 |
14-Sep-2012 |
jimharris |
isci(4): Fix SCSI/ATA translation for SCSI_WRITE_BUFFER w/ mode==0x7 (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
|
239889 |
30-Aug-2012 |
jimharris |
Do not call sati_check_data_io() for SATI_UNMAP sequences.
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
|
239545 |
21-Aug-2012 |
jimharris |
Fix/add support for SCSI UNMAP to ATA DSM translation.
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
|
235043 |
04-May-2012 |
jimharris |
Fix off-by-one error in sati_inquiry_block_device_translate_data(). Bug would 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
|
233663 |
29-Mar-2012 |
jimharris |
Fix bug where isci(4) would report only 15 bytes of returned data on a READ_CAP_16 command to a SATA target.
Sponsored by: Intel Reviewed by: sbruno Approved by: sbruno MFC after: 3 days
|
231296 |
09-Feb-2012 |
jimharris |
Remove explicit CC assignment in isci(4) Makefile to allow for building with clang. Also fix a number of warnings uncovered when building with clang around some implicit enum conversions.
Sponsored by: Intel Approved by: scottl
|
231137 |
07-Feb-2012 |
jimharris |
Fix Coverity defects in isci(4) driver.
Sponsored by: Intel Approved by: scottl
|
231136 |
07-Feb-2012 |
jimharris |
Fix r231134. svn:keywords needs to be 'FreeBSD=%H', not 'FreeBSD:%H'.
Approved by: scottl
|
231134 |
07-Feb-2012 |
jimharris |
Add svn:keywords for isci driver files.
Sponsored by: Intel Approved by: scottl
|
230843 |
31-Jan-2012 |
jimharris |
Add isci(4) driver for amd64 and i386 targets.
The isci driver is for the integrated SAS controller in the Intel C600 (Patsburg) chipset. Source files in sys/dev/isci directory are FreeBSD-specific, and sys/dev/isci/scil subdirectory contains an OS-agnostic library (SCIL) published by Intel to control the SAS controller. This library is used primarily as-is in this driver, with some post-processing to better integrate into the kernel build environment.
isci.4 and a README in the sys/dev/isci directory contain a few additional details.
This driver is only built for amd64 and i386 targets.
Sponsored by: Intel Reviewed by: scottl Approved by: scottl
|
230792 |
30-Jan-2012 |
jimharris |
Fix ATAPI code path to ensure bus_dma_segment structures are only used within bus_dmamap_load context.
Sponsored by: Intel Reported by: Sohaib Ahsan <sohaib dot ahsan intel com>
|
230557 |
25-Jan-2012 |
jimharris |
Add all isci driver source code to sys/dev/isci for the Intel C600 (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
|