src/sys/dev/arcmsr, branch release/12.3.0

arcmsr(4): Fix SCSI command timeout on ARC-1886.

2021-05-05T05:05:57Z

Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 (cherry picked from commit 438b5532070f7c52e88f514380ee8662de1f600b)

arcmsr(4): Fixed no action of hot plugging device on type_F adapter.

2021-03-06T01:45:02Z

Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 MFC after: 3 days (cherry picked from commit 5842073a9b7471831e0da48d29dd984d575f4e9e)

MFC r358477,365113,366767: arcmsr(4) 1.50.00.00.

2020-11-09T01:38:02Z

sys/dev: further adoption of SPDX licensing ID tags.

2017-11-27T14:52:40Z

Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.

Update arcmsr(4) to 1.40.00.01:

2017-11-08T08:21:17Z

- Fix clear doorbell queue buffer for ADAPTER_TYPE_B - Fix release memory resource when detach device - Add support for ARC-1216, 1226 SAS 12Gb controllers - Declare some functions as static - Change checking dword read/write for IOP rqbuffer. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 MFC after: 2 weeks

Update arcmsr(4) to 1.40.00.00 in order to add support of

2017-07-14T14:53:13Z

ARC-1884 SATA RAID controllers. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 MFC after: 3 days

sys/dev: Replace zero with NULL for pointers.

2017-02-20T03:43:12Z

Makes things easier to read, plus architectures may set NULL to something different than zero. Found with: devel/coccinelle MFC after: 3 weeks

Remove dead mentions of CAM target mode APIs from drivers.

2017-02-19T17:27:58Z

This makes grepping kernel for target mode implementation much easier.

Always null-terminate ccb_pathinq.(sim_vid|hba_vid|dev_name)

2017-01-04T20:26:42Z

The sim_vid, hba_vid, and dev_name fields of struct ccb_pathinq are fixed-length strings. AFAICT the only place they're read is in sbin/camcontrol/camcontrol.c, which assumes they'll be null-terminated. However, the kernel doesn't null-terminate them. A bunch of copy-pasted code uses strncpy to write them, and doesn't guarantee null-termination. For at least 4 drivers (mpr, mps, ciss, and hyperv), the hba_vid field actually overflows. You can see the result by doing "camcontrol negotiate da0 -v". This change null-terminates those fields everywhere they're set in the kernel. It also shortens a few strings to ensure they'll fit within the 16-character field. PR: 215474 Reported by: Coverity CID: 1009997 1010000 1010001 1010002 1010003 1010004 1010005 CID: 1331519 1010006 1215097 1010007 1288967 1010008 1306000 CID: 1211924 1010009 1010010 1010011 1010012 1010013 1010014 CID: 1147190 1010017 1010016 1010018 1216435 1010020 1010021 CID: 1010022 1009666 1018185 1010023 1010025 1010026 1010027 CID: 1010028 1010029 1010030 1010031 1010033 1018186 1018187 CID: 1010035 1010036 1010042 1010041 1010040 1010039 Reviewed by: imp, sephe, slm MFC after: 4 weeks Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D9037 Differential Revision: https://reviews.freebsd.org/D9038

Make sure we check for CAM_CDB_POINTER for all drivers. Also, for the

2016-03-15T05:17:29Z

drivers I've touched, filter out CAM_CDB_PHYS. Differential Revision: https://reviews.freebsd.org/D5585