#
4f0ff49f |
|
05-Jun-2024 |
Mark Johnston <markj@FreeBSD.org> |
arcmsr: Use device_set_descf() No functional change intended. MFC after: 1 week
|
#
cb1a0aab |
|
06-Sep-2023 |
黃清隆 <ching2048@areca.com.tw> |
sys/dev/arcmsr: Update Areca RAID driver to version 1.50.00.06. - Suppressed a harmless warning message, "arcmsr_dr_handle: target=f, lun=0, GONE!!!," which could appear a few seconds after UEFI system boot due to the boot volume UEFI initialization. - Corrected various typing errors. - Refactored arcmsr_initialize() to improve code readability. - Added support for device IDs 1883 and 1886 controllers. - Introduced support for controllers requiring host memory for the RAID 5 and 6 XOR engines. Many thanks to Areca for continuing to support FreeBSD. MFC after: 3 days
|
#
2f7e72bd |
|
17-Aug-2023 |
Mustafa Ateş Uzun <mustafauzun0@gmail.com> |
arcmsr(4): Fix typo: rebulid -> rebuild MFC after: 3 days Pull Request: https://github.com/freebsd/freebsd-src/pull/819
|
#
685dc743 |
|
16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
#
285d85f4 |
|
31-Mar-2023 |
黃清隆 <ching2048@areca.com.tw> |
arcmsr(4): Fix reading buffer empty length error. MFC after: 2 weeks
|
#
0d6d8bac |
|
06-May-2022 |
John Baldwin <jhb@FreeBSD.org> |
arcmsr: Remove unused devclass argument to DRIVER_MODULE.
|
#
108adb2f |
|
21-Apr-2022 |
John Baldwin <jhb@FreeBSD.org> |
arcmsr: Remove never-true NULL check from cdev callbacks. si_drv1 will always hold a non-NULL pointer. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D35005
|
#
a9e5e04e |
|
21-Apr-2022 |
John Baldwin <jhb@FreeBSD.org> |
arcmsr: Store softc pointer in si_drv1 of cdev. Rather than fetching the softc using the controller's unit number as an index into the devclass. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D35004
|
#
6964b77e |
|
13-Dec-2021 |
黃清隆 <ching2048@areca.com.tw> |
sys/dev/arcmsr: Update Areca RAID driver to fix some issues on ARC-1886. 1. Doorbell interrupt status may arrive lately when doorbell interrupt on ARC-1886. 2. System boot up hung when ARC-1886 with no volume created or no device attached. Many thanks to Areca for continuing to support FreeBSD. MFC after: 2 weeks
|
#
bca8e8c0 |
|
03-Dec-2021 |
Scott Long <scottl@FreeBSD.org> |
Fix "set but not used" in arcmsr Sponsored by: Rubicon Communications, LLC ("Netgate")
|
#
45f57ce1 |
|
21-May-2021 |
Edward Tomasz Napierala <trasz@FreeBSD.org> |
arcmsr: clear CCB allocated on the stack Reviewed By: delphij, imp Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D30304
|
#
438b5532 |
|
21-Apr-2021 |
Xin LI <delphij@FreeBSD.org> |
arcmsr(4): Fix SCSI command timeout on ARC-1886. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 2 weeks
|
#
5842073a |
|
02-Mar-2021 |
Xin LI <delphij@FreeBSD.org> |
arcmsr(4): Fixed no action of hot plugging device on type_F adapter. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 3 days
|
#
6feb84e8 |
|
22-Nov-2020 |
Edward Tomasz Napierala <trasz@FreeBSD.org> |
arcmsr(4): don't bzero newly allocated ccb; xpt_alloc_ccb() already does that. Reviewed by: delphij, imp, ching2048@areca.com.tw Tested by: ching2048@areca.com.tw MFC after: 2 weeks Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D26840
|
#
fa42a0bf |
|
16-Oct-2020 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to 1.50.00.00: Add support for ARC-1886, NVMe/SAS/SATA controller. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 2 weeks
|
#
1618c554 |
|
01-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
arcmsr: clean up empty lines in .c and .h files
|
#
9ea5bef2 |
|
29-Feb-2020 |
Warner Losh <imp@FreeBSD.org> |
Remove support for varios versions from FreeBSD 4 to 8. There's no way arcmsr will still work on those versions. Cleanup really old code that's no longer needed.
|
#
718cf2cc |
|
27-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
sys/dev: further adoption of SPDX licensing ID tags. 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.
|
#
fc5ef1ca |
|
08-Nov-2017 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to 1.40.00.01: - 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: 黃清隆 <ching2048 areca com tw> MFC after: 2 weeks
|
#
a1103e04 |
|
14-Jul-2017 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to 1.40.00.00 in order to add support of ARC-1884 SATA RAID controllers. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 3 days
|
#
4d24901a |
|
19-Feb-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
sys/dev: Replace zero with NULL for pointers. Makes things easier to read, plus architectures may set NULL to something different than zero. Found with: devel/coccinelle MFC after: 3 weeks
|
#
950c5aca |
|
19-Feb-2017 |
Alexander Motin <mav@FreeBSD.org> |
Remove dead mentions of CAM target mode APIs from drivers. This makes grepping kernel for target mode implementation much easier.
|
#
4195c7de |
|
04-Jan-2017 |
Alan Somers <asomers@FreeBSD.org> |
Always null-terminate ccb_pathinq.(sim_vid|hba_vid|dev_name) 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
|
#
4aa947cb |
|
14-Mar-2016 |
Warner Losh <imp@FreeBSD.org> |
Make sure we check for CAM_CDB_POINTER for all drivers. Also, for the drivers I've touched, filter out CAM_CDB_PHYS. Differential Revision: https://reviews.freebsd.org/D5585
|
#
eff83876 |
|
26-Feb-2016 |
Justin Hibbits <jhibbits@FreeBSD.org> |
Replace several bus_alloc_resource() calls with bus_alloc_resource_any() Most of these are BARs, and we allocate them in their entirety. The one outlier in this is amdsbwd, which calls bus_set_resource() prior. Reviewed by: jhb Differential Revision: https://reviews.freebsd.org/D5370 (partial)
|
#
43cd6160 |
|
18-Feb-2016 |
Justin Hibbits <jhibbits@FreeBSD.org> |
Replace several bus_alloc_resource() calls using default arguments with bus_alloc_resource_any() Since these calls only use default arguments, bus_alloc_resource_any() is the right call. Differential Revision: https://reviews.freebsd.org/D5306
|
#
b23a1998 |
|
01-Dec-2015 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to 1.30.00.00 in order to add support of ARC-1203 SATA RAID controllers. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 2 weeks
|
#
85c9dd9d |
|
21-Nov-2014 |
Steven Hartland <smh@FreeBSD.org> |
Prevent overflow issues in timeout processing Previously, any timeout value for which (timeout * hz) will overflow the signed integer, will give weird results, since callout(9) routines will convert negative values of ticks to '1'. For unsigned integer overflow we will get sufficiently smaller timeout values than expected. Switch from callout_reset, which requires conversion to int based ticks to callout_reset_sbt to avoid this. Also correct isci to correctly resolve ccb timeout. This was based on the original work done by Eygene Ryabinkin <rea@freebsd.org> back in 5 Aug 2011 which used a macro to help avoid the overlow. Differential Revision: https://reviews.freebsd.org/D1157 Reviewed by: mav, davide MFC after: 1 month Sponsored by: Multiplay
|
#
47e52731 |
|
18-Dec-2013 |
Xin LI <delphij@FreeBSD.org> |
Commit 2/2: vendor whitespace changes to the driver. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw>
|
#
224a78ae |
|
18-Dec-2013 |
Xin LI <delphij@FreeBSD.org> |
Commit 1/2: update arcmsr(4) to 1.20.00.29 in order to add support of ARC-1883 SAS 12Gb/s RAID controllers. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw>
|
#
123055f0 |
|
30-Oct-2013 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Adjust various SCSI drivers to handle either a 32-bit or 64-bit lun_id_t, mostly by adjustments to debugging printf() format specifiers. For high numbered LUNs, also switch to printing them in hex as per SAM-5. MFC after: 2 weeks
|
#
1e7d660a |
|
19-Sep-2013 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) driver to 1.20.00.28 which fixes mutex recursion in CCB abort codepath. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 2 weeks Approved by: re (?)
|
#
c68534f1 |
|
12-Aug-2013 |
Scott Long <scottl@FreeBSD.org> |
Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI command register. The lazy BAR allocation code in FreeBSD sometimes disables this bit when it detects a range conflict, and will re-enable it on demand when a driver allocates the BAR. Thus, the bit is no longer a reliable indication of capability, and should not be checked. This results in the elimination of a lot of code from drivers, and also gives the opportunity to simplify a lot of drivers to use a helper API to set the busmaster enable bit. This changes fixes some recent reports of disk controllers and their associated drives/enclosures disappearing during boot. Submitted by: jhb Reviewed by: jfv, marius, achadd, achim MFC after: 1 day
|
#
abfdbca9 |
|
05-Jul-2013 |
Xin LI <delphij@FreeBSD.org> |
Refresh vendor driver version which fixes command queue full issue with ARC-1214 and ARC-1224. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 1 day
|
#
e5dfa058 |
|
14-Apr-2013 |
Alexander Motin <mav@FreeBSD.org> |
MFprojects/camlock r248982: Stop abusing xpt_periph in random plases that really have no periph related to CCB, for example, bus scanning. NULL value is fine in such cases and it is correctly logged in debug messages as "noperiph". If at some point we need some real XPT periphs (alike to pmpX now), quite likely they will be per-bus, and not a single global instance as xpt_periph now.
|
#
35689395 |
|
27-Feb-2013 |
Xin LI <delphij@FreeBSD.org> |
Refresh vendor driver version which adds ARC-1224 support. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 <ching2048 areca com tw> MFC after: 3 days
|
#
dd0b4fb6 |
|
12-Feb-2013 |
Konstantin Belousov <kib@FreeBSD.org> |
Reform the busdma API so that new types may be added without modifying every architecture's busdma_machdep.c. It is done by unifying the bus_dmamap_load_buffer() routines so that they may be called from MI code. The MD busdma is then given a chance to do any final processing in the complete() callback. The cam changes unify the bus_dmamap_load* handling in cam drivers. The arm and mips implementations are updated to track virtual addresses for sync(). Previously this was done in a type specific way. Now it is done in a generic way by recording the list of virtuals in the map. Submitted by: jeff (sponsored by EMC/Isilon) Reviewed by: kan (previous version), scottl, mjacob (isp(4), no objections for target mode changes) Discussed with: ian (arm changes) Tested by: marius (sparc64), mips (jmallet), isci(4) on x86 (jharris), amd64 (Fabian Keil <freebsd-listen@fabiankeil.de>)
|
#
7a7bc959 |
|
18-Dec-2012 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to vendor version 1.20.00.26, this adds support for their new RAID adapter ARC-1214. Many thanks to Areca for continuing to support FreeBSD. Submitted by: 黃清隆 Ching-Lung Huang <ching2048 areca com tw> MFC after: 2 weeks
|
#
61ba2ac6 |
|
17-Dec-2012 |
Jim Harris <jimharris@FreeBSD.org> |
Use CAM_DEV_NOT_THERE instead of CAM_SEL_TIMEOUT to report nonexistent LUNs for the virtual processor device. This removes lots of CAM warnings, and follows similar recent changes to tws(4) and twa(4) drivers. Also fix case where CAM_REQ_CMP was getting OR'd with CAM_DEV_NOT_THERE in the nonexistent LUN case, resulting in different CAM status (CAM_UA_TERMIO) getting reported to CAM. This issue existing previously, but was more subtle because it changed CAM_SEL_TIMEOUT to CAM_CMD_TIMEOUT. Sponsored by: Intel Reported and tested by: Willem Jan Withagen <wjw@digiware.nl> MFC after: 1 week
|
#
10d66948 |
|
09-Oct-2012 |
Kevin Lo <kevlo@FreeBSD.org> |
Fix typo: s/unknow/unknown
|
#
dac36688 |
|
03-Sep-2012 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to vendor version 1.20.00.25. Many thanks to Areca for continuing to support FreeBSD. Submitted by: Ching-Lung Huang <ching2048 areca com tw> MFC after: 2 weeks
|
#
b6f97155 |
|
12-Mar-2012 |
Scott Long <scottl@FreeBSD.org> |
Convert a number of drivers to obtaining their parent DMA tag from their PCI device attachment.
|
#
03389298 |
|
19-Feb-2012 |
Xin LI <delphij@FreeBSD.org> |
Return BUS_PROBE_DEFAULT instead of 0 because this is an in-tree driver. MFC after: 1 month
|
#
f3b080e6 |
|
23-Nov-2011 |
Marius Strobl <marius@FreeBSD.org> |
- Just use cam_calc_geometry(9) on newer version of FreeBSD rather than duplicating it. - In hptmv(4) and hptrr(4) use __FBSDID and DEVMETHOD_END.
|
#
4b7ec270 |
|
22-Nov-2011 |
Marius Strobl <marius@FreeBSD.org> |
- There's no need to overwrite the default device method with the default one. Interestingly, these are actually the default for quite some time (bus_generic_driver_added(9) since r52045 and bus_generic_print_child(9) since r52045) but even recently added device drivers do this unnecessarily. Discussed with: jhb, marcel - While at it, use DEVMETHOD_END. Discussed with: jhb - Also while at it, use __FBSDID.
|
#
4e32649f |
|
16-Aug-2011 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to 1.20.00.22 to solve recursive acquisition of buffer mutex, which would lead to a deadlock. Many thanks to Areca for their continued support of FreeBSD. Submitted by: Ching Huang <ching2048 areca com tw> Tested by: Willem Jan Withagen <wjw digiware nl> MFC after: 3 days Approved by: re (kib)
|
#
22f2616b |
|
06-Apr-2011 |
Xin LI <delphij@FreeBSD.org> |
Update arcmsr(4) to vendor version 1.20.00.21. This release primarily improves command timeout handling. Many thanks to Areca for continuing to support FreeBSD. Submitted by: Ching-Lung Huang <ching2048 areca com tw> MFC after: 2 months
|
#
add5afdc |
|
13-Nov-2010 |
Xin LI <delphij@FreeBSD.org> |
Workaround build for PAE case for now - revert the PHYS case to previous panic behavior. I have a real fix that changes the sg dma tag allocation to be limited to the under 4GB address space but would prefer to have review before committing.
|
#
231c8b71 |
|
13-Nov-2010 |
Xin LI <delphij@FreeBSD.org> |
Update to vendor release 1.20.00.19. Bug fixes: * Fixed "inquiry data fails comparion at DV1 step" * Fixed bad range input in bus_alloc_resource for ADAPTER_TYPE_B * Fixed arcmsr driver prevent arcsas support for Areca SAS HBA ARC13x0 Many thanks to Areca for continuing to support FreeBSD. This commit is intended for MFC before 8.2-RELEASE. Submitted by: Ching-Lung Huang <ching2048 areca com tw>
|
#
a7d5f7eb |
|
19-Oct-2010 |
Jamie Gritton <jamie@FreeBSD.org> |
A new jail(8) with a configuration file, to replace the work currently done by /etc/rc.d/jail.
|
#
d74001ad |
|
21-Jul-2010 |
Xin LI <delphij@FreeBSD.org> |
Apply vendor version 1.20.00.17. This version adds support for ARC1880; additionally this version fixed an issue where all devices on a SAS port gets offlined when any device failed on the port [1]. Many thanks to Areca for continuing to support FreeBSD. PR: kern/148502 [1] Submitted by: Ching-Lung Huang <ching2048 areca com tw> Obtained from: Areca Tested by: Rich Ercolani <rercola acm jhu edu> [1] MFC after: 2 weeks
|
#
7733cf8f |
|
11-Feb-2010 |
Matt Jacob <mjacob@FreeBSD.org> |
MFC a number of changes from head for ISP (203478,203463,203444,202418,201758, 201408,201325,200089,198822,197373,197372,197214,196162). Since one of those changes was a semicolon cleanup from somebody else, this touches a lot more.
|
#
c2ede4b3 |
|
07-Jan-2010 |
Martin Blapp <mbr@FreeBSD.org> |
Remove extraneous semicolons, no functional changes. Submitted by: Marc Balmer <marc@msys.ch> MFC after: 1 week
|
#
ce5c8007 |
|
09-Nov-2009 |
Xin LI <delphij@FreeBSD.org> |
MFC revision 199069: Initialize the whole message unit's DMA buffer to zero, this fixes a panic during boot when ARC1200 is being used with certain motherboard models. This commit brings the driver to the same state of vendor's 1.20.00.16 release. Many thanks to Areca for their continued support to FreeBSD. This instant MFC was requested by re@ (kensmith) in preparation for 8.0-RC3. Reported by: Jirka Mikulas <jiri mikulas com> Submitted by: Erich Chen (Areca)
|
#
641182ba |
|
09-Nov-2009 |
Xin LI <delphij@FreeBSD.org> |
Initialize the whole message unit's DMA buffer to zero, this fixes a panic during boot when ARC1200 is being used with certain motherboard models. This commit brings the driver to the same state of vendor's 1.20.00.16 release. Many thanks to Areca for their continued support to FreeBSD. Reported by: Jirka Mikulas <jiri mikulas com> Submitted by: Erich Chen (Areca) Obtained from: ftp://ftp.areca.com.tw/RaidCards/AP_Drivers/FreeBSD/DRIVER/SourceCode/arcmsr-freebsd-1.20.00.16-91010.zip MFC after: 3 days
|
#
00b4e54a |
|
20-May-2009 |
Warner Losh <imp@FreeBSD.org> |
We no longer need to use d_thread_t, migrate to struct thread *.
|
#
9d98ff4d |
|
20-Feb-2009 |
Scott Long <scottl@FreeBSD.org> |
Tell CAM that SPI disconnect works, which in turn will let it use tags. This fixes the low "max device openings" count that has lead to poor performance in FreeBSD 7.0 and 7.1. Extra thanks goes to Mike Tancsa at Sentex for providing a debug system for this.
|
#
f2aa0e9f |
|
10-Feb-2009 |
Warner Losh <imp@FreeBSD.org> |
fix arcmsr_attach, probe, detach, and shutdown prototypes to match newbus.
|
#
d7f03759 |
|
19-Oct-2008 |
Ulf Lilleengen <lulf@FreeBSD.org> |
- Import the HEAD csup code which is the basis for the cvsmode work.
|
#
6bfa9a2d |
|
27-Sep-2008 |
Ed Schouten <ed@FreeBSD.org> |
Replace all calls to minor() with dev2unit(). After I removed all the unit2minor()/minor2unit() calls from the kernel yesterday, I realised calling minor() everywhere is quite confusing. Character devices now only have the ability to store a unit number, not a minor number. Remove the confusion by using dev2unit() everywhere. This commit could also be considered as a bug fix. A lot of drivers call minor(), while they should actually be calling dev2unit(). In -CURRENT this isn't a problem, but it turns out we never had any problem reports related to that issue in the past. I suspect not many people connect more than 256 pieces of the same hardware. Reviewed by: kib
|
#
f40b4cab |
|
09-Dec-2007 |
Scott Long <scottl@FreeBSD.org> |
Fix an incorrect FreeBSD version test.
|
#
579ec1a5 |
|
09-Dec-2007 |
Scott Long <scottl@FreeBSD.org> |
Modify locking so that a single version of the driver src can be used on 6.x and beyond.
|
#
44f05562 |
|
08-Dec-2007 |
Scott Long <scottl@FreeBSD.org> |
Support new ARC120x family of controllers. Many thanks for Areca's continued support of FreeBSD. Submitted by: Erich Chen @ Areca
|
#
5878cbec |
|
31-Jul-2007 |
Scott Long <scottl@FreeBSD.org> |
Make the driver fully MPSAFE. This fixes some serious locking problems that could cause panics and corruption under moderate load. Many thanks to Matt Reimer, Tom McDonald, and the rest of the guys at VPOP.net for their help in identifying and testing this. Approved by: re
|
#
b50569b7 |
|
16-Jun-2007 |
Scott Long <scottl@FreeBSD.org> |
Prepare for future integration between CAM and newbus. xpt_bus_register now takes a device_t to be the parent of the bus that is being created. Most SIMs have been updated with a reasonable argument, but a few exceptions just pass NULL for now. This argument isn't used yet and the newbus integration likely won't be ready until after 7.0-RELEASE.
|
#
2b83592f |
|
15-Apr-2007 |
Scott Long <scottl@FreeBSD.org> |
Remove Giant from CAM. Drivers (SIMs) now register a mutex that CAM will use to synchornize and protect all data objects that are used for that SIM. Drivers that are not yet MPSAFE register Giant and operate as usual. RIght now, no drivers are MPSAFE, though a few will be changed in the coming week as this work settles down. The driver API has changed, so all CAM drivers will need to be recompiled. The userland API has not changed, so tools like camcontrol do not need to be recompiled.
|
#
15735bec |
|
01-Apr-2007 |
Scott Long <scottl@FreeBSD.org> |
Freeze the simq, not the devq, if we run out of command slots. This fixes the last round of reported instability in the rev 13/14 driver. Approved by: Erich Chen
|
#
46a7789e |
|
11-Mar-2007 |
Matt Jacob <mjacob@FreeBSD.org> |
Forced commit to note that the previous CVS comment is incorrect. The MODULE_DEPENDS lines were put in (by me) in 1.14 and removed in 1.15. The facts should be correctly reported.
|
#
d3cf342d |
|
11-Mar-2007 |
Scott Long <scottl@FreeBSD.org> |
Add back in MODULE_DEPEND() lines that were lost in the rev 13 update.
|
#
dc3a205b |
|
05-Mar-2007 |
Scott Long <scottl@FreeBSD.org> |
Better fix for the errors under high load. Returning CAM_SCSI_BUSY is almost never correct as CAM has no real understanding of it, and will just immediately retry the command. This leads to undesirable cycling of the camisr as well as a high possibility for the command to exhaust its retries before the driver can get around to servicing it. The better fix, as demonstrated here, is to freeze the simq and mark the command as needing to be tried. Then when driver can service the command, the simq gets unfrozen. This is correct, and documented here to help reduce the mystery. However, it also points out a shortcoming in CAM error handling that makes writing drivers harder. Submitted by: Erich Chen
|
#
ef544f63 |
|
22-Feb-2007 |
Paolo Pisati <piso@FreeBSD.org> |
o break newbus api: add a new argument of type driver_filter_t to bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@
|
#
f48f00a1 |
|
15-Feb-2007 |
Scott Long <scottl@FreeBSD.org> |
Fix spurious I/O errors when under high load. Submitted by: Erich Chen
|
#
ad6d6297 |
|
13-Dec-2006 |
Scott Long <scottl@FreeBSD.org> |
Update to version 1.20.00.13 of the arcmsr driver. This fixes many bugs as well as adds support for newer controllers. Many thanks to Areca for their continued support. Submitted by: Erich Chen
|
#
b3d93fd0 |
|
11-Dec-2006 |
Matt Jacob <mjacob@FreeBSD.org> |
Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed. PR: 106543 MFC after: 3 days
|
#
bd3fd815 |
|
01-Nov-2006 |
Matt Jacob <mjacob@FreeBSD.org> |
2nd and final commit that moves us to CAM_NEW_TRAN_CODE as the default. Reviewed by multitudes.
|
#
fa9ed865 |
|
30-Oct-2006 |
Matt Jacob <mjacob@FreeBSD.org> |
The first of 3 major steps to move the CAM layer forward to using the CAM_NEW_TRAN_CODE that has been in the tree for some years now. This first step consists solely of adding to or correcting CAM_NEW_TRAN_CODE pieces in the kernel source tree such that a both a GENERIC (at least on i386) and a LINT build with CAM_NEW_TRAN_CODE as an option will compile correctly and run (at least with some the h/w I have). After a short settle time, the other pieces (making CAM_NEW_TRAN_CODE the default and updating libcam and camcontrol) will be brought in. This will be an incompatible change in that the size of structures related to XPT_PATH_INQ and XPT_{GET,SET}_TRAN_SETTINGS change in both size and content. However, basic system operation and basic system utilities work well enough with this change. Reviewed by: freebsd-scsi and specific stakeholders
|
#
43109e58 |
|
31-Aug-2006 |
Ralf S. Engelschall <rse@FreeBSD.org> |
Fix typos: s/rebulid/rebuild/ Submitted by: Christoph Schug <chris@schug.net>
|
#
c40da00c |
|
16-May-2006 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Since DELAY() was moved, most <machine/clock.h> #includes have been unnecessary.
|
#
f4e98881 |
|
03-Dec-2005 |
Ruslan Ermilov <ru@FreeBSD.org> |
Fix -Wundef.
|
#
721aafa8 |
|
05-Jun-2005 |
Warner Losh <imp@FreeBSD.org> |
Use same RID we allocated the resource with to free it
|
#
d4fcf3cb |
|
28-May-2005 |
Yoshihiro Takahashi <nyan@FreeBSD.org> |
Remove bus_{mem,p}io.h and related code for a micro-optimization on i386 and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)
|
#
af06505a |
|
03-May-2005 |
Scott Long <scottl@FreeBSD.org> |
Properly mask off the status bits when checking to see if the ccb is still valid to process. This was causing deferred commands to be rejected due to their extra status flag. MFC After: 3 days
|
#
701d9f1f |
|
02-May-2005 |
Scott Long <scottl@FreeBSD.org> |
The driver looks like it can create valid 64-bit scatter-gather lists, so don't restrict it to a 32-bit address space. Also use the correct busdma flags for the SRB memory area. MFC After: 3 days
|
#
4fd8c0dc |
|
02-May-2005 |
Scott Long <scottl@FreeBSD.org> |
The kthread is disabled at this time, so don't try to wake it up on shutdown. This fixes a panic on reboot. MFC After: 3 days
|
#
1c7e9358 |
|
28-Apr-2005 |
Scott Long <scottl@FreeBSD.org> |
Don't bother pretending that CAM will send CAM_DATA_PHYS pointers. It's a concept that is fundamentally broken with PAE.
|
#
8d42a36c |
|
01-Apr-2005 |
Warner Losh <imp@FreeBSD.org> |
arcmsr_make_timespec, and arcmsr_getcmos_time appear to be unused, and reference functions that don't exist on at least pc98. #if 0 them out. This should fix the pc98 tinderbox breakage. Tested only on i386 and pc98.
|
#
f1c579b1 |
|
31-Mar-2005 |
Scott Long <scottl@FreeBSD.org> |
Add the Areca SATA RAID driver (arcmsr). This supports the ARC-11xx and 12xx series of controllers. Areca provides a CLI and HTTP management tool for FreeBSD/i386 and FreeBSD/amd64 on their website. Many thanks to Areca for their support of FreeBSD. Thanks also to Mike Tansca and Sentex Communications for donating hardware. Obtained from: Erich Chen <erich at areca com tw>
|