Correct typo in ATA_WRITE_UNCORRECTABLE_PSEUDOAlso correct a typo in the comment for these values, noted by jimharris.Reviewed by: jimharrisSponsored by: The FreeBSD FoundationDifferential Revi
Correct typo in ATA_WRITE_UNCORRECTABLE_PSEUDOAlso correct a typo in the comment for these values, noted by jimharris.Reviewed by: jimharrisSponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D3715
show more ...
kernel: Fix several typos and minor errors- duplicate words- typos- references to old versions of FreeBSDReviewed by: imp, benno
sys/dev: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - error
sys/dev: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - errorprone - task.The Software Package Data Exchange (SPDX) group provides a specificationto make it easier for automated tools to detect and summarize well knownopensource licenses. We are gradually adopting the specification, notingthat the tags are considered only advisory and do not, in any way,superceed or replace the license texts.
scif_sas_controller: Fix inverted logic range checkPR: 217742Submitted by: Svyatoslav <razmyslov at viva64.com>Sponsored by: Viva64 (PVS-Studio)
Fix improper use of "its".Sponsored by: Dell EMC Isilon
isci: fix ATA PASSTHROUGH fixed sense data formatPR: kern/191717Submitted by: [email protected]Approved by: re (gjb)MFC after: 3 days
sys/dev: minor spelling fixes.Most affect comments, very few have user-visible effects.
etc: minor spelling fixes.Mostly comments but also some user-visible strings.MFC after: 2 weeks
Storage Controller Interface driver - typo in unimplemented macro inscic_sds_controller_registers.hs/contoller/controller/PR: 207336Submitted by: Tony Narlock <tony @ git-pull.com>
Fix typo (s/harware/hardware/)
Fix a case in ndling ATA_PASSTHROUGH commands that have an unaligned buffer.This impacts some home-rolled SMART tools.Reviewed by: jimharrisObtained from: NetflixMFC after: 2 days
Base the max number of SG elements on MAXPHYS.Sponsored by: IntelDiscussed with: scottl, emaxMFC after: 3 days
isci: Ensure ATA passthrough commands with RETURN_RESPONSE bit settranslate their response.Sponsored by: IntelDiscussed with: scottlMFC after: 3 days
For ATA_PASSTHROUGH commands, pretend isci(4) supports multiword DMAby treating it as UDMA.This fixes a problem introduced in r249933/r249939, where CAM sendsATA_DSM_TRIM to SATA devices using AT
For ATA_PASSTHROUGH commands, pretend isci(4) supports multiword DMAby treating it as UDMA.This fixes a problem introduced in r249933/r249939, where CAM sendsATA_DSM_TRIM to SATA devices using ATA_PASSTHROUGH_16. scsi_ata_trim()sets protocol as DMA (not UDMA) which is for multi-word DMA, eventhough no such mode is selected for the device. isci(4) would failthese commands which is the correct behavior but not consistent withother HBAs, namely LSI's.smh@ did some further testing on an LSI controller, which rejectedATA_PASSTHROUGH_16 commands with mode=UDMA_OUT, even though onlya UDMA mode was selected on the device. So this precludes addingany kind of mode detection in CAM to determine which mode to use ona per-device basis.Sponsored by: IntelDiscussed with: scottl, smhReported by: scottlTested by: scottlMFC after: 3 days
Fxi a bunch of typos.PR: misc/174625Submitted by: Jeremy Chadwick <[email protected]>
- Correct mispellings of word resourceSubmitted by: Christoph Mallon <[email protected]>
Fix typo: s/protocl/protocol
s/ is is / is /gs/ a a / a /gApproved by: cpercivaMFC after: 3 days
s/teh/the/gApproved by: cpercivaMFC after: 3 days
Correct double "the the"Approved by: cpercivaMFC after: 3 days
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 insteadof
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 insteadof blocks, and was constructing the ATA command incorrectly.Also change #define to specify that the 512 block size here isspecific for DOWNLOAD_MICROCODE, and does not relate to the device'slogical block size.Submitted by: scottl (with small modifications)MFC after: 3 days
Do not call sati_check_data_io() for SATI_UNMAP sequences.This routine is intended only for commands such as INQUIRY wherethe controller may fill out a smaller amount of data than allocatedby the
Do not call sati_check_data_io() for SATI_UNMAP sequences.This routine is intended only for commands such as INQUIRY wherethe controller may fill out a smaller amount of data than allocatedby the host.The end result of this bug was that isci(4) would report non-zeroresid for successful SCSI_UNMAP commands.Sponsored by: IntelMFC after: 3 days
Fix/add support for SCSI UNMAP to ATA DSM translation.This addresses kernel panic observed when sending SCSI UNMAPcommands to SATA disks attached to isci(4).1) Flesh out callback routines to all
Fix/add support for SCSI UNMAP to ATA DSM translation.This addresses kernel panic observed when sending SCSI UNMAPcommands 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: IntelReported by: Maksim Yevmenkin <max at netflix dot com>Discussed with: scottlMFC after: 3 days
Fix off-by-one error in sati_inquiry_block_device_translate_data(). Bug wouldresult in INQUIRY VPD 0x81 to SATA devices to return only 63 bytes of datainstead of 64 during SCSI/ATA translation.S
Fix off-by-one error in sati_inquiry_block_device_translate_data(). Bug wouldresult in INQUIRY VPD 0x81 to SATA devices to return only 63 bytes of datainstead of 64 during SCSI/ATA translation.Sponsored by: IntelApproved by: scottlMFC after: 1 week
Fix bug where isci(4) would report only 15 bytes of returned data on aREAD_CAP_16 command to a SATA target.Sponsored by: IntelReviewed by: sbrunoApproved by: sbrunoMFC after: 3 days
12