d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
d5b4569f95
freebsd-skq/sys/dev/aac/aac_pci.c

525 lines
16 KiB
C
Raw Normal View History

A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
/*-
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.
2017-11-27 14:52:40 +00:00
* SPDX-License-Identifier: BSD-2-Clause-FreeBSD
*
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
* Copyright (c) 2000 Michael Smith
Reformat for 80 columns. Sorry, but I had to do it.
2001-08-03 00:50:30 +00:00
* Copyright (c) 2001 Scott Long
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
* Copyright (c) 2000 BSDi
Fix a couple of copyright issues and an 80 column nit that I missed before
2001-08-05 06:15:00 +00:00
* Copyright (c) 2001 Adaptec, Inc.
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*/
Use __FBSDID(). Also some minor style cleanups.
2003-08-24 17:55:58 +00:00
#include <sys/cdefs.h>
__FBSDID("$FreeBSD$");
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
/*
* PCI bus interface and resource allocation.
*/
Bugfixes. Close a race and logic bug in the timeout handling, don't call the interrupt handler from the upper half, etc. This fixes some serious stability problems that we were seeing on our production server. These patches have been tested for almost 6 months and are a highly recommended MFC candidate. Reviewed by: gibbs, merry, msmith MFC after: 4 days
2001-08-05 06:20:13 +00:00
#include "opt_aac.h"
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
#include <sys/param.h>
#include <sys/systm.h>
#include <sys/kernel.h>
Add missing <sys/module.h> includes
2004-05-30 20:08:47 +00:00
#include <sys/module.h>
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
The aac driver has evolved enough over the last few months that it no longer resembles the 4.x version very much. Garbage collect the legacy bits.
2003-03-01 05:07:19 +00:00
#include <sys/bio.h>
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
#include <sys/bus.h>
#include <sys/conf.h>
#include <sys/disk.h>
#include <machine/bus.h>
#include <machine/resource.h>
#include <sys/rman.h>
Prefer the new location of dev/pci/pci*.h.
2003-08-22 05:09:35 +00:00
#include <dev/pci/pcireg.h>
#include <dev/pci/pcivar.h>
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
#include <dev/aac/aacreg.h>
Complete the repo-copy of aac_ioctl.h from sys/dev/aac/to sys/sys.
2004-12-09 22:20:25 +00:00
#include <sys/aac_ioctl.h>
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
#include <dev/aac/aacvar.h>
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
static int aac_pci_probe(device_t dev);
static int aac_pci_attach(device_t dev);
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
static int aac_enable_msi = 1;
SYSCTL_INT(_hw_aac, OID_AUTO, enable_msi, CTLFLAG_RDTUN, &aac_enable_msi, 0,
"Enable MSI interrupts");
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
static device_method_t aac_methods[] = {
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/* Device interface */
DEVMETHOD(device_probe, aac_pci_probe),
DEVMETHOD(device_attach, aac_pci_attach),
DEVMETHOD(device_detach, aac_detach),
DEVMETHOD(device_suspend, aac_suspend),
DEVMETHOD(device_resume, aac_resume),
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
- 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.
2011-11-22 21:28:20 +00:00
DEVMETHOD_END
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
};
static driver_t aac_pci_driver = {
"aac",
aac_methods,
sizeof(struct aac_softc)
};
Staticise the aac devclass.
2002-01-09 03:32:40 +00:00
static devclass_t aac_devclass;
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
DRIVER_MODULE(aac, pci, aac_pci_driver, aac_devclass, NULL, NULL);
Add MODULE_DEPENDS for cam, pci, mca, eisa and isa where needed. PR: 106543 MFC after: 3 days
2006-12-11 18:28:31 +00:00
MODULE_DEPEND(aac, pci, 1, 1, 1);
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
static const struct aac_ident
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
{
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
u_int16_t vendor;
u_int16_t device;
u_int16_t subvendor;
u_int16_t subdevice;
int hwif;
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
int quirks;
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
const char *desc;
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
} aac_identifiers[] = {
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x0001, 0x1028, 0x0001, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 2/Si"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x0002, 0x1028, 0x0002, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Di"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x0003, 0x1028, 0x0003, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Si"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x0004, 0x1028, 0x00d0, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Si"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x0002, 0x1028, 0x00d1, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Di"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x0002, 0x1028, 0x00d9, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Di"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x000a, 0x1028, 0x0106, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Di"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x000a, 0x1028, 0x011b, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Di"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1028, 0x000a, 0x1028, 0x0121, AAC_HWIF_I960RX, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Dell PERC 3/Di"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1011, 0x0046, 0x9005, 0x0364, AAC_HWIF_STRONGARM, 0,
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
"Adaptec AAC-364"},
Add a new quirk for cards that incorrectly interpret the amount of memory in the system. This might also have a small performance gain.
2003-07-09 19:19:16 +00:00
{0x1011, 0x0046, 0x9005, 0x0365, AAC_HWIF_STRONGARM,
AAC_FLAGS_BROKEN_MEMMAP, "Adaptec SCSI RAID 5400S"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x1011, 0x0046, 0x9005, 0x1364, AAC_HWIF_STRONGARM, AAC_FLAGS_PERC2QC,
"Dell PERC 2/QC"},
{0x1011, 0x0046, 0x103c, 0x10c2, AAC_HWIF_STRONGARM, 0,
sable the CAM interface on some more cards. It seemed to be confusing and upsetting the firmware there. Thanks to imp@freebsd.org for suffering through testing with this. Approved by: re
2002-12-12 22:23:06 +00:00
"HP NetRaid-4M"},
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
{0x9005, 0x0285, 0x9005, 0x0285, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB |
AAC_FLAGS_256FIBS, "Adaptec SCSI RAID 2200S"},
{0x9005, 0x0285, 0x1028, 0x0287, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB |
AAC_FLAGS_256FIBS, "Dell PERC 320/DC"},
{0x9005, 0x0285, 0x9005, 0x0286, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB |
AAC_FLAGS_256FIBS, "Adaptec SCSI RAID 2120S"},
Add support for the upcoming 2410SA card. Approved by: re (telecon)
2003-05-30 09:22:19 +00:00
{0x9005, 0x0285, 0x9005, 0x0290, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"Adaptec SATA RAID 2410SA"},
Don peril-sensitive sunglasses and add PCI Id's for two new cards. I've only done minimal testing on one of these cards and the firmware folks have been extremely uncooperative in answering my qeustions about them, so hopefully they will work ok for everyone.
2004-03-20 21:07:36 +00:00
{0x9005, 0x0285, 0x1028, 0x0291, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB,
"Dell CERC SATA RAID 2"},
{0x9005, 0x0285, 0x9005, 0x0292, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"Adaptec SATA RAID 2810SA"},
Add support for the 21610SA 16-channel SATA card. Thanks to Adaptec for providing hardware for testing.
2004-10-21 19:14:32 +00:00
{0x9005, 0x0285, 0x9005, 0x0293, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"Adaptec SATA RAID 21610SA"},
Add support for HP branded 2610SA MFC after: 3 days Approved by: scottl
2005-08-08 19:39:58 +00:00
{0x9005, 0x0285, 0x103c, 0x3227, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB,
"HP ML110 G2 (Adaptec 2610SA)"},
As it turns out, MSIs are broken with 2820SA so introduce an AAC_FLAGS_NOMSI quirk and apply it to these controllers [1]. The same problem was reported for 2230S, in which case it wasn't actually clear whether the culprit is the controller or the mainboard, though. In order to be on the safe side, flag MSIs as being broken with the latter type of controller as well. Given that these are the only reports of MSI-related breakage with aac(4) so far and OSes like OpenSolaris unconditionally employ MSIs for all adapters of this family, however, it doesn't seem warranted to generally disable the use of MSIs in aac(4). While it, simplify the MSI allocation logic a bit; there's no need to check for the presence of the MSI capability on our own as pci_alloc_msi(9) will just fail when these kind of interrupts are not available. Reported and tested by: David Boyd [1] MFC after: 3 days
2013-08-06 18:55:59 +00:00
{0x9005, 0x0286, 0x9005, 0x028c, AAC_HWIF_RKT, AAC_FLAGS_NOMSI,
Add the PCI ID for the Adaptec 2230SLP card. Submitted by: Ray Gilstrap
2004-12-15 07:03:21 +00:00
"Adaptec SCSI RAID 2230S"},
Add support for the Adaptec RAID-On-Chip architecture. This in turn provides support for the Adaptec 2130S adapter. Thanks to Adaptec for providing hardware for this.
2004-08-13 01:44:09 +00:00
{0x9005, 0x0286, 0x9005, 0x028d, AAC_HWIF_RKT, 0,
"Adaptec SCSI RAID 2130S"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0285, 0x9005, 0x0287, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB |
AAC_FLAGS_256FIBS, "Adaptec SCSI RAID 2200S"},
{0x9005, 0x0285, 0x17aa, 0x0286, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB |
AAC_FLAGS_256FIBS, "Legend S220"},
{0x9005, 0x0285, 0x17aa, 0x0287, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB |
AAC_FLAGS_256FIBS, "Legend S230"},
{0x9005, 0x0285, 0x9005, 0x0288, AAC_HWIF_I960RX, 0,
"Adaptec SCSI RAID 3230S"},
{0x9005, 0x0285, 0x9005, 0x0289, AAC_HWIF_I960RX, 0,
"Adaptec SCSI RAID 3240S"},
{0x9005, 0x0285, 0x9005, 0x028a, AAC_HWIF_I960RX, 0,
"Adaptec SCSI RAID 2020ZCR"},
{0x9005, 0x0285, 0x9005, 0x028b, AAC_HWIF_I960RX, 0,
"Adaptec SCSI RAID 2025ZCR"},
As it turns out, MSIs are broken with 2820SA so introduce an AAC_FLAGS_NOMSI quirk and apply it to these controllers [1]. The same problem was reported for 2230S, in which case it wasn't actually clear whether the culprit is the controller or the mainboard, though. In order to be on the safe side, flag MSIs as being broken with the latter type of controller as well. Given that these are the only reports of MSI-related breakage with aac(4) so far and OSes like OpenSolaris unconditionally employ MSIs for all adapters of this family, however, it doesn't seem warranted to generally disable the use of MSIs in aac(4). While it, simplify the MSI allocation logic a bit; there's no need to check for the presence of the MSI capability on our own as pci_alloc_msi(9) will just fail when these kind of interrupts are not available. Reported and tested by: David Boyd [1] MFC after: 3 days
2013-08-06 18:55:59 +00:00
{0x9005, 0x0286, 0x9005, 0x029b, AAC_HWIF_RKT, AAC_FLAGS_NOMSI,
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
"Adaptec SATA RAID 2820SA"},
{0x9005, 0x0286, 0x9005, 0x029c, AAC_HWIF_RKT, 0,
"Adaptec SATA RAID 2620SA"},
{0x9005, 0x0286, 0x9005, 0x029d, AAC_HWIF_RKT, 0,
"Adaptec SATA RAID 2420SA"},
{0x9005, 0x0286, 0x9005, 0x029e, AAC_HWIF_RKT, 0,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"ICP ICP9024RO SCSI RAID"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0286, 0x9005, 0x029f, AAC_HWIF_RKT, 0,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"ICP ICP9014RO SCSI RAID"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0285, 0x9005, 0x0294, AAC_HWIF_I960RX, 0,
"Adaptec SATA RAID 2026ZCR"},
{0x9005, 0x0285, 0x9005, 0x0296, AAC_HWIF_I960RX, 0,
"Adaptec SCSI RAID 2240S"},
{0x9005, 0x0285, 0x9005, 0x0297, AAC_HWIF_I960RX, 0,
"Adaptec SAS RAID 4005SAS"},
{0x9005, 0x0285, 0x1014, 0x02f2, AAC_HWIF_I960RX, 0,
"IBM ServeRAID 8i"},
Add PCI IDs from Adaptec's driver version b11669: Adaptec RAID 3085 Adaptec RAID 31205 Adaptec RAID 31605 Adaptec RAID 5085 Adaptec RAID 51205 Adaptec RAID 51605 Adaptec RAID 5445 Adaptec RAID 5805 IBM ServeRAID 8s ICP RAID ICP5045BL ICP RAID ICP5085BL ICP RAID ICP5085SL ICP RAID ICP5125BR ICP RAID ICP5125SL ICP RAID ICP5165BR ICP RAID ICP5165SL ICP RAID ICP5445SL ICP RAID ICP5805BL ICP RAID ICP5805SL ICP9067MA SATA RAID
2007-10-14 19:40:15 +00:00
{0x9005, 0x0285, 0x1014, 0x0312, AAC_HWIF_I960RX, 0,
"IBM ServeRAID 8i"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0285, 0x9005, 0x0298, AAC_HWIF_I960RX, 0,
Sync some minor items with the upstream driver. Should have no functional change.
2010-04-13 01:16:15 +00:00
"Adaptec RAID 4000"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0285, 0x9005, 0x0299, AAC_HWIF_I960RX, 0,
"Adaptec SAS RAID 4800SAS"},
{0x9005, 0x0285, 0x9005, 0x029a, AAC_HWIF_I960RX, 0,
"Adaptec SAS RAID 4805SAS"},
{0x9005, 0x0285, 0x9005, 0x028e, AAC_HWIF_I960RX, 0,
"Adaptec SATA RAID 2020SA ZCR"},
{0x9005, 0x0285, 0x9005, 0x028f, AAC_HWIF_I960RX, 0,
"Adaptec SATA RAID 2025SA ZCR"},
{0x9005, 0x0285, 0x9005, 0x02a4, AAC_HWIF_I960RX, 0,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"ICP ICP9085LI SAS RAID"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0285, 0x9005, 0x02a5, AAC_HWIF_I960RX, 0,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"ICP ICP5085BR SAS RAID"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0286, 0x9005, 0x02a0, AAC_HWIF_RKT, 0,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"ICP ICP9047MA SATA RAID"},
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
{0x9005, 0x0286, 0x9005, 0x02a1, AAC_HWIF_RKT, 0,
Correct the names or some Adaptec and ICP devices, verified by the respective websites. Reviewed by: scottl Approved by: rwatson (mentor) MFC after: 5 days
2006-06-17 18:42:26 +00:00
"ICP ICP9087MA SATA RAID"},
Add PCI IDs from Adaptec's driver version b11669: Adaptec RAID 3085 Adaptec RAID 31205 Adaptec RAID 31605 Adaptec RAID 5085 Adaptec RAID 51205 Adaptec RAID 51605 Adaptec RAID 5445 Adaptec RAID 5805 IBM ServeRAID 8s ICP RAID ICP5045BL ICP RAID ICP5085BL ICP RAID ICP5085SL ICP RAID ICP5125BR ICP RAID ICP5125SL ICP RAID ICP5165BR ICP RAID ICP5165SL ICP RAID ICP5445SL ICP RAID ICP5805BL ICP RAID ICP5805SL ICP9067MA SATA RAID
2007-10-14 19:40:15 +00:00
{0x9005, 0x0286, 0x9005, 0x02a6, AAC_HWIF_RKT, 0,
"ICP9067MA SATA RAID"},
{0x9005, 0x0285, 0x9005, 0x02b5, AAC_HWIF_I960RX, 0,
"Adaptec RAID 5445"},
{0x9005, 0x0285, 0x9005, 0x02b6, AAC_HWIF_I960RX, 0,
"Adaptec RAID 5805"},
{0x9005, 0x0285, 0x9005, 0x02b7, AAC_HWIF_I960RX, 0,
"Adaptec RAID 5085"},
{0x9005, 0x0285, 0x9005, 0x02b8, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5445SL"},
{0x9005, 0x0285, 0x9005, 0x02b9, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5085SL"},
{0x9005, 0x0285, 0x9005, 0x02ba, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5805SL"},
Add PCI IDs for two cards: - Adaptec RAID 3405 - Adaptec RAID 3805 Approved by: re (bmah) Submitted by: John Marra jmarra at nmu dot edu MFC After: 1 week
2007-08-23 20:12:40 +00:00
{0x9005, 0x0285, 0x9005, 0x02bb, AAC_HWIF_I960RX, 0,
"Adaptec RAID 3405"},
{0x9005, 0x0285, 0x9005, 0x02bc, AAC_HWIF_I960RX, 0,
"Adaptec RAID 3805"},
Add PCI IDs from Adaptec's driver version b11669: Adaptec RAID 3085 Adaptec RAID 31205 Adaptec RAID 31605 Adaptec RAID 5085 Adaptec RAID 51205 Adaptec RAID 51605 Adaptec RAID 5445 Adaptec RAID 5805 IBM ServeRAID 8s ICP RAID ICP5045BL ICP RAID ICP5085BL ICP RAID ICP5085SL ICP RAID ICP5125BR ICP RAID ICP5125SL ICP RAID ICP5165BR ICP RAID ICP5165SL ICP RAID ICP5445SL ICP RAID ICP5805BL ICP RAID ICP5805SL ICP9067MA SATA RAID
2007-10-14 19:40:15 +00:00
{0x9005, 0x0285, 0x9005, 0x02bd, AAC_HWIF_I960RX, 0,
"Adaptec RAID 31205"},
{0x9005, 0x0285, 0x9005, 0x02be, AAC_HWIF_I960RX, 0,
"Adaptec RAID 31605"},
{0x9005, 0x0285, 0x9005, 0x02bf, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5045BL"},
{0x9005, 0x0285, 0x9005, 0x02c0, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5085BL"},
{0x9005, 0x0285, 0x9005, 0x02c1, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5125BR"},
{0x9005, 0x0285, 0x9005, 0x02c2, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5165BR"},
{0x9005, 0x0285, 0x9005, 0x02c3, AAC_HWIF_I960RX, 0,
"Adaptec RAID 51205"},
{0x9005, 0x0285, 0x9005, 0x02c4, AAC_HWIF_I960RX, 0,
"Adaptec RAID 51605"},
{0x9005, 0x0285, 0x9005, 0x02c5, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5125SL"},
{0x9005, 0x0285, 0x9005, 0x02c6, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5165SL"},
{0x9005, 0x0285, 0x9005, 0x02c7, AAC_HWIF_I960RX, 0,
"Adaptec RAID 3085"},
{0x9005, 0x0285, 0x9005, 0x02c8, AAC_HWIF_I960RX, 0,
"ICP RAID ICP5805BL"},
Add more PCI ID's from Adaptec's driver, including two requested by Daniel Kamm. Adaptec RAID 51245 Adaptec RAID 51645 Adaptec RAID 52445 Adaptec RAID 5405 Sun STK RAID REM Sun STK RAID EM SG-XPCIESAS-R-IN SG-XPCIESAS-R-EX
2007-12-06 18:25:29 +00:00
{0x9005, 0x0285, 0x9005, 0x02ce, AAC_HWIF_I960RX, 0,
"Adaptec RAID 51245"},
{0x9005, 0x0285, 0x9005, 0x02cf, AAC_HWIF_I960RX, 0,
"Adaptec RAID 51645"},
{0x9005, 0x0285, 0x9005, 0x02d0, AAC_HWIF_I960RX, 0,
"Adaptec RAID 52445"},
{0x9005, 0x0285, 0x9005, 0x02d1, AAC_HWIF_I960RX, 0,
Whitespace cleanup.
2008-09-12 18:15:12 +00:00
"Adaptec RAID 5405"},
Add explicit PCI IDs for the following Adaptec RAID Series 2 adapters: Adaptec RAID 2045 Adaptec RAID 2405 Adaptec RAID 2445 Adaptec RAID 2805 Without this change these devices are supported by the driver's family support, but they then appear as "Adaptec RAID Controller" in boot messages and the dev.aac.0.%desc sysctl.
2008-06-27 19:34:47 +00:00
{0x9005, 0x0285, 0x9005, 0x02d4, AAC_HWIF_I960RX, 0,
Whitespace cleanup.
2008-09-12 18:15:12 +00:00
"Adaptec RAID 2045"},
Add explicit PCI IDs for the following Adaptec RAID Series 2 adapters: Adaptec RAID 2045 Adaptec RAID 2405 Adaptec RAID 2445 Adaptec RAID 2805 Without this change these devices are supported by the driver's family support, but they then appear as "Adaptec RAID Controller" in boot messages and the dev.aac.0.%desc sysctl.
2008-06-27 19:34:47 +00:00
{0x9005, 0x0285, 0x9005, 0x02d5, AAC_HWIF_I960RX, 0,
Whitespace cleanup.
2008-09-12 18:15:12 +00:00
"Adaptec RAID 2405"},
Add explicit PCI IDs for the following Adaptec RAID Series 2 adapters: Adaptec RAID 2045 Adaptec RAID 2405 Adaptec RAID 2445 Adaptec RAID 2805 Without this change these devices are supported by the driver's family support, but they then appear as "Adaptec RAID Controller" in boot messages and the dev.aac.0.%desc sysctl.
2008-06-27 19:34:47 +00:00
{0x9005, 0x0285, 0x9005, 0x02d6, AAC_HWIF_I960RX, 0,
Whitespace cleanup.
2008-09-12 18:15:12 +00:00
"Adaptec RAID 2445"},
Add explicit PCI IDs for the following Adaptec RAID Series 2 adapters: Adaptec RAID 2045 Adaptec RAID 2405 Adaptec RAID 2445 Adaptec RAID 2805 Without this change these devices are supported by the driver's family support, but they then appear as "Adaptec RAID Controller" in boot messages and the dev.aac.0.%desc sysctl.
2008-06-27 19:34:47 +00:00
{0x9005, 0x0285, 0x9005, 0x02d7, AAC_HWIF_I960RX, 0,
Whitespace cleanup.
2008-09-12 18:15:12 +00:00
"Adaptec RAID 2805"},
Add PCI Id for ServeRAID 8k. Submitted by: Danny Braniss
2006-11-03 04:57:23 +00:00
{0x9005, 0x0286, 0x1014, 0x9580, AAC_HWIF_RKT, 0,
"IBM ServeRAID-8k"},
Add PCI IDs from Adaptec's driver version b11669: Adaptec RAID 3085 Adaptec RAID 31205 Adaptec RAID 31605 Adaptec RAID 5085 Adaptec RAID 51205 Adaptec RAID 51605 Adaptec RAID 5445 Adaptec RAID 5805 IBM ServeRAID 8s ICP RAID ICP5045BL ICP RAID ICP5085BL ICP RAID ICP5085SL ICP RAID ICP5125BR ICP RAID ICP5125SL ICP RAID ICP5165BR ICP RAID ICP5165SL ICP RAID ICP5445SL ICP RAID ICP5805BL ICP RAID ICP5805SL ICP9067MA SATA RAID
2007-10-14 19:40:15 +00:00
{0x9005, 0x0285, 0x1014, 0x034d, AAC_HWIF_I960RX, 0,
"IBM ServeRAID 8s"},
Add more PCI ID's from Adaptec's driver, including two requested by Daniel Kamm. Adaptec RAID 51245 Adaptec RAID 51645 Adaptec RAID 52445 Adaptec RAID 5405 Sun STK RAID REM Sun STK RAID EM SG-XPCIESAS-R-IN SG-XPCIESAS-R-EX
2007-12-06 18:25:29 +00:00
{0x9005, 0x0285, 0x108e, 0x7aac, AAC_HWIF_I960RX, 0,
"Sun STK RAID REM"},
{0x9005, 0x0285, 0x108e, 0x7aae, AAC_HWIF_I960RX, 0,
"Sun STK RAID EM"},
{0x9005, 0x0285, 0x108e, 0x286, AAC_HWIF_I960RX, 0,
"SG-XPCIESAS-R-IN"},
{0x9005, 0x0285, 0x108e, 0x287, AAC_HWIF_I960RX, 0,
"SG-XPCIESAS-R-EX"},
Add PCI IDs for additional cards: AOC-USAS-S4i AOC-USAS-S8i AOC-USAS-S4iR AOC-USAS-S8iR AOC-USAS-S8i-LP AOC-USAS-S8iR-LP
2007-12-06 02:10:07 +00:00
{0x9005, 0x0285, 0x15d9, 0x2b5, AAC_HWIF_I960RX, 0,
"AOC-USAS-S4i"},
{0x9005, 0x0285, 0x15d9, 0x2b6, AAC_HWIF_I960RX, 0,
"AOC-USAS-S8i"},
{0x9005, 0x0285, 0x15d9, 0x2c9, AAC_HWIF_I960RX, 0,
"AOC-USAS-S4iR"},
{0x9005, 0x0285, 0x15d9, 0x2ca, AAC_HWIF_I960RX, 0,
"AOC-USAS-S8iR"},
{0x9005, 0x0285, 0x15d9, 0x2d2, AAC_HWIF_I960RX, 0,
"AOC-USAS-S8i-LP"},
{0x9005, 0x0285, 0x15d9, 0x2d3, AAC_HWIF_I960RX, 0,
"AOC-USAS-S8iR-LP"},
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
{0, 0, 0, 0, 0, 0, 0}
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
};
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
static const struct aac_ident
Add family support to allow the driver to attach to new devices that share the same interface. Submitted by: Achim Leubner at Adaptec
2007-12-07 18:05:41 +00:00
aac_family_identifiers[] = {
{0x9005, 0x0285, 0, 0, AAC_HWIF_I960RX, 0,
"Adaptec RAID Controller"},
{0x9005, 0x0286, 0, 0, AAC_HWIF_RKT, 0,
"Adaptec RAID Controller"},
{0, 0, 0, 0, 0, 0, 0}
};
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
static const struct aac_ident *
Refactor the PCI probe code a bit.
2005-11-06 22:52:52 +00:00
aac_find_ident(device_t dev)
{
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
const struct aac_ident *m;
Add family support to allow the driver to attach to new devices that share the same interface. Submitted by: Achim Leubner at Adaptec
2007-12-07 18:05:41 +00:00
u_int16_t vendid, devid, sub_vendid, sub_devid;
vendid = pci_get_vendor(dev);
devid = pci_get_device(dev);
sub_vendid = pci_get_subvendor(dev);
sub_devid = pci_get_subdevice(dev);
Refactor the PCI probe code a bit.
2005-11-06 22:52:52 +00:00
for (m = aac_identifiers; m->vendor != 0; m++) {
Add family support to allow the driver to attach to new devices that share the same interface. Submitted by: Achim Leubner at Adaptec
2007-12-07 18:05:41 +00:00
if ((m->vendor == vendid) && (m->device == devid) &&
(m->subvendor == sub_vendid) &&
(m->subdevice == sub_devid))
return (m);
}
for (m = aac_family_identifiers; m->vendor != 0; m++) {
if ((m->vendor == vendid) && (m->device == devid))
return (m);
Refactor the PCI probe code a bit.
2005-11-06 22:52:52 +00:00
}
return (NULL);
}
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/*
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
* Determine whether this is one of our supported adapters.
*/
static int
aac_pci_probe(device_t dev)
{
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
const struct aac_ident *id;
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Diff reduction to Adaptec's driver (around build 15317): catch up with a change in debugging routines. The fwprintf macro in the AAC_DEBUG case (mapping to printf) isn't from the Adaptec driver.
2008-03-24 19:23:33 +00:00
fwprintf(NULL, HBA_FLAGS_DBG_FUNCTION_ENTRY_B, "");
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Refactor the PCI probe code a bit.
2005-11-06 22:52:52 +00:00
if ((id = aac_find_ident(dev)) != NULL) {
device_set_desc(dev, id->desc);
return(BUS_PROBE_DEFAULT);
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
}
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
return(ENXIO);
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
}
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/*
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
* Allocate resources for our device, set up the bus interface.
*/
static int
aac_pci_attach(device_t dev)
{
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
struct aac_softc *sc;
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
const struct aac_ident *id;
As it turns out, MSIs are broken with 2820SA so introduce an AAC_FLAGS_NOMSI quirk and apply it to these controllers [1]. The same problem was reported for 2230S, in which case it wasn't actually clear whether the culprit is the controller or the mainboard, though. In order to be on the safe side, flag MSIs as being broken with the latter type of controller as well. Given that these are the only reports of MSI-related breakage with aac(4) so far and OSes like OpenSolaris unconditionally employ MSIs for all adapters of this family, however, it doesn't seem warranted to generally disable the use of MSIs in aac(4). While it, simplify the MSI allocation logic a bit; there's no need to check for the presence of the MSI capability on our own as pci_alloc_msi(9) will just fail when these kind of interrupts are not available. Reported and tested by: David Boyd [1] MFC after: 3 days
2013-08-06 18:55:59 +00:00
int count, error, rid;
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Diff reduction to Adaptec's driver (around build 15317): catch up with a change in debugging routines. The fwprintf macro in the AAC_DEBUG case (mapping to printf) isn't from the Adaptec driver.
2008-03-24 19:23:33 +00:00
fwprintf(NULL, HBA_FLAGS_DBG_FUNCTION_ENTRY_B, "");
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/*
* Initialise softc.
*/
sc = device_get_softc(dev);
sc->aac_dev = dev;
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/* assume failure is 'not configured' */
error = ENXIO;
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Whitespace cleanup, in advance of next sync with Adaptec's driver. No functional change.
2010-04-13 00:33:07 +00:00
/*
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
* Verify that the adapter is correctly set up in PCI space.
*/
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
pci_enable_busmaster(dev);
if (!(pci_read_config(dev, PCIR_COMMAND, 2) & PCIM_CMD_BUSMASTEREN)) {
device_printf(dev, "can't enable bus-master feature\n");
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
goto out;
}
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
As it turns out, MSIs are broken with 2820SA so introduce an AAC_FLAGS_NOMSI quirk and apply it to these controllers [1]. The same problem was reported for 2230S, in which case it wasn't actually clear whether the culprit is the controller or the mainboard, though. In order to be on the safe side, flag MSIs as being broken with the latter type of controller as well. Given that these are the only reports of MSI-related breakage with aac(4) so far and OSes like OpenSolaris unconditionally employ MSIs for all adapters of this family, however, it doesn't seem warranted to generally disable the use of MSIs in aac(4). While it, simplify the MSI allocation logic a bit; there's no need to check for the presence of the MSI capability on our own as pci_alloc_msi(9) will just fail when these kind of interrupts are not available. Reported and tested by: David Boyd [1] MFC after: 3 days
2013-08-06 18:55:59 +00:00
/*
* Detect the hardware interface version, set up the bus interface
* indirection.
*/
id = aac_find_ident(dev);
sc->aac_hwif = id->hwif;
switch(sc->aac_hwif) {
case AAC_HWIF_I960RX:
case AAC_HWIF_NARK:
fwprintf(sc, HBA_FLAGS_DBG_INIT_B,
"set hardware up for i960Rx/NARK");
sc->aac_if = &aac_rx_interface;
break;
case AAC_HWIF_STRONGARM:
fwprintf(sc, HBA_FLAGS_DBG_INIT_B,
"set hardware up for StrongARM");
sc->aac_if = &aac_sa_interface;
break;
case AAC_HWIF_RKT:
fwprintf(sc, HBA_FLAGS_DBG_INIT_B,
"set hardware up for Rocket/MIPS");
sc->aac_if = &aac_rkt_interface;
break;
default:
sc->aac_hwif = AAC_HWIF_UNKNOWN;
device_printf(dev, "unknown hardware type\n");
goto out;
}
/* Set up quirks */
sc->flags = id->quirks;
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/*
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
* Allocate the PCI register window(s).
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
*/
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
rid = PCIR_BAR(0);
if ((sc->aac_regs_res0 = bus_alloc_resource_any(dev,
SYS_RES_MEMORY, &rid, RF_ACTIVE)) == NULL) {
device_printf(dev, "can't allocate register window 0\n");
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
goto out;
}
Sync with the official Adaptec vendor driver: [1] Add the support for the NARK controller which seems a variant of the i960Rx. [2] Split up memory regions and other resources in 2 different parts as long as NARK uses them separately (it is not clear to me why though as long as there are no more informations available on this controller). Please note that in all the other cases, the regions overlaps leaving the default behaviour for all the other controllers. [3] Implement a clock daemon responsible for maintain updated the wall clock time of the controller (run any 30 minutes)*. Submitted by: Adaptec (driver build 15317 [1, 2] and 15727 [3]) Reviewed by: emaste Tested by: emaste Sponsored by: Sandvine Incorporated * Please note that originally, in the Adaptec driver, the clock daemon is not implemented with callouts as in our in-tree driver.
2009-02-21 15:40:03 +00:00
sc->aac_btag0 = rman_get_bustag(sc->aac_regs_res0);
sc->aac_bhandle0 = rman_get_bushandle(sc->aac_regs_res0);
if (sc->aac_hwif == AAC_HWIF_NARK) {
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
rid = PCIR_BAR(1);
if ((sc->aac_regs_res1 = bus_alloc_resource_any(dev,
SYS_RES_MEMORY, &rid, RF_ACTIVE)) == NULL) {
device_printf(dev,
"can't allocate register window 1\n");
Sync with the official Adaptec vendor driver: [1] Add the support for the NARK controller which seems a variant of the i960Rx. [2] Split up memory regions and other resources in 2 different parts as long as NARK uses them separately (it is not clear to me why though as long as there are no more informations available on this controller). Please note that in all the other cases, the regions overlaps leaving the default behaviour for all the other controllers. [3] Implement a clock daemon responsible for maintain updated the wall clock time of the controller (run any 30 minutes)*. Submitted by: Adaptec (driver build 15317 [1, 2] and 15727 [3]) Reviewed by: emaste Tested by: emaste Sponsored by: Sandvine Incorporated * Please note that originally, in the Adaptec driver, the clock daemon is not implemented with callouts as in our in-tree driver.
2009-02-21 15:40:03 +00:00
goto out;
}
sc->aac_btag1 = rman_get_bustag(sc->aac_regs_res1);
sc->aac_bhandle1 = rman_get_bushandle(sc->aac_regs_res1);
} else {
sc->aac_regs_res1 = sc->aac_regs_res0;
sc->aac_btag1 = sc->aac_btag0;
sc->aac_bhandle1 = sc->aac_bhandle0;
}
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
/*
* Allocate the interrupt.
*/
rid = 0;
- Fix a bug in the MSI allocation logic so an MSI is also employed if a controller supports only a single message. I haven't seen such an adapter out in the wild, though, so this change likely is a NOP. While at it, further simplify the MSI allocation logic; there's no need to check the number of available messages on our own as pci_alloc_msi(9) will just fail if it can't provide us with the single message we want. - Nuke the unused softc of aacch(4). MFC after: 1 month
2013-08-06 19:14:02 +00:00
if (aac_enable_msi != 0 && (sc->flags & AAC_FLAGS_NOMSI) == 0) {
count = 1;
if (pci_alloc_msi(dev, &count) == 0)
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
rid = 1;
}
if ((sc->aac_irq = bus_alloc_resource_any(sc->aac_dev, SYS_RES_IRQ,
- Fix a bug in the MSI allocation logic so an MSI is also employed if a controller supports only a single message. I haven't seen such an adapter out in the wild, though, so this change likely is a NOP. While at it, further simplify the MSI allocation logic; there's no need to check the number of available messages on our own as pci_alloc_msi(9) will just fail if it can't provide us with the single message we want. - Nuke the unused softc of aacch(4). MFC after: 1 month
2013-08-06 19:14:02 +00:00
&rid, RF_ACTIVE | (rid != 0 ? 0 : RF_SHAREABLE))) == NULL) {
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
device_printf(dev, "can't allocate interrupt\n");
goto out;
}
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/*
* Allocate the parent bus DMA tag appropriate for our PCI interface.
Whitespace cleanup, in advance of next sync with Adaptec's driver. No functional change.
2010-04-13 00:33:07 +00:00
*
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
* Note that some of these controllers are 64-bit capable.
*/
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
if (bus_dma_tag_create(bus_get_dma_tag(dev), /* parent */
reinstate 4GB DMA boundary workarounds for bge and aac Reviewed by: kib Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D20277
2019-05-16 20:41:28 +00:00
PAGE_SIZE, /* algnmnt */
((bus_size_t)((uint64_t)1 << 32)), /* boundary*/
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
BUS_SPACE_MAXADDR, /* lowaddr */
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
BUS_SPACE_MAXADDR, /* highaddr */
NULL, NULL, /* filter, filterarg */
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
BUS_SPACE_MAXSIZE_32BIT, /* maxsize */
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
BUS_SPACE_UNRESTRICTED, /* nsegments */
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
BUS_SPACE_MAXSIZE_32BIT, /* maxsegsize */
Begin support for 64-bit address support and workarounds for newer cards: - Add data structuress for doing 64-bit scatter/gather - Move busdma tag creations around so that only the parent is created in aac_pci.c. - Retrieve the capabilities word from the firmware before setting up command structures and tags. This allows the driver to decide whether to do 64-bit commands, and if work-arounds are needed for systems with >2GB of RAM. - Only enable the SCSI passthrough if it's enabled in the capabilities word in the firmware. This should fix problems with the 2120S and 2200S cards in systems with more than 2GB of RAM. Full 64-bit support is forthcoming. MFC-After: 1 week
2003-03-26 17:50:11 +00:00
0, /* flags */
Mega busdma API commit. Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs
2003-07-01 15:52:06 +00:00
NULL, NULL, /* No locking needed */
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
&sc->aac_parent_dmat)) {
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
device_printf(dev, "can't allocate parent DMA tag\n");
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
goto out;
}
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
/*
* Do bus-independent initialisation.
*/
error = aac_attach(sc);
Mega Update to the aac driver to support a whole new family of cards and the modified interface that they use. Changes include: - Register a different interrupt handler for the new interface. This one is INTR_MPSAFE, not INTR_FAST, and directly processes completions and AIFs. - Add an event registration and callback mechanism for the ioctl and CAM modules can know when a resource shortage clears. This condition was previously fatal in CAM due to programming oversights. - Fix locking to play better with newbus. - Provide access methods for talking to cards with the NEWCOMM interface. - Fix up the CAM module to be better suited for dealing with newer firmware on the PERC Si/Di series that requires talking to plain SCSI via aac. - Add a whole slew of new PCI Id's. Thanks to Adaptec for providing an initial version of this work and for answering countless questions about it. There are still some rough edges in this, but it works well enough to commit and test for now. Obtained from: Adaptec, Inc.
2005-10-08 15:55:09 +00:00
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
out:
Bring the aac driver *much* closer to style(9). Reviewed by: ken
2001-09-05 20:43:02 +00:00
if (error)
aac_free(sc);
return(error);
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
}
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
/*
* Do nothing driver that will attach to the SCSI channels of a Dell PERC
* controller. This is needed to keep the power management subsystem from
* trying to power down these devices.
*/
static int aacch_probe(device_t dev);
static int aacch_attach(device_t dev);
static int aacch_detach(device_t dev);
static device_method_t aacch_methods[] = {
/* Device interface */
DEVMETHOD(device_probe, aacch_probe),
DEVMETHOD(device_attach, aacch_attach),
DEVMETHOD(device_detach, aacch_detach),
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
DEVMETHOD_END
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
};
static driver_t aacch_driver = {
"aacch",
aacch_methods,
- Fix a bug in the MSI allocation logic so an MSI is also employed if a controller supports only a single message. I haven't seen such an adapter out in the wild, though, so this change likely is a NOP. While at it, further simplify the MSI allocation logic; there's no need to check the number of available messages on our own as pci_alloc_msi(9) will just fail if it can't provide us with the single message we want. - Nuke the unused softc of aacch(4). MFC after: 1 month
2013-08-06 19:14:02 +00:00
1 /* no softc */
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
};
static devclass_t aacch_devclass;
- Make tables, device ID strings etc const. This includes #ifdef'ing 0 aac_command_status_table, which is actually unused since r111532. While at it, make aac_if a pointer to the now const interface tables instead of copying them over to the softc (this alone already reduces the size of aac.ko on amd64 by ~1 KiB). - Remove redundant softc members. - Use DEVMETHOD_END. - Use NULL instead of 0 for pointers. - Remove redundant bzero(9)'ing of the softc. - Use pci_enable_busmaster(9) instead of duplicating it. - Remove redundant checking for PCIM_CMD_MEMEN (resource allocation will just fail). - Canonicalize the error messages in case of resource allocation failures. - Add support for using MSI instead of INTx, controllable via the tunable hw.aac.enable_msi (defaulting to on). MFC after: 1 month
2013-03-01 19:55:10 +00:00
DRIVER_MODULE(aacch, pci, aacch_driver, aacch_devclass, NULL, NULL);
Make uniqueifier match the module definition.
2019-05-24 01:43:29 +00:00
MODULE_PNP_INFO("U16:vendor;U16:device;", pci, aacch,
Reapply, with minor tweaks, r338025, from the original commit: Remove unused and easy to misuse PNP macro parameter Inspired by r338025, just remove the element size parameter to the MODULE_PNP_INFO macro entirely. The 'table' parameter is now required to have correct pointer (or array) type. Since all invocations of the macro already had this property and the emitted PNP data continues to include the element size, there is no functional change. Mostly done with the coccinelle 'spatch' tool: $ cat modpnpsize0.cocci @normaltables@ identifier b,c; expression a,d,e; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,d, -sizeof(d[0]), e); @singletons@ identifier b,c,d; expression a; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,&d, -sizeof(d), 1); $ rg -l MODULE_PNP_INFO -- sys | \ xargs spatch --in-place --sp-file modpnpsize0.cocci (Note that coccinelle invokes diff(1) via a PATH search and expects diff to tolerate the -B flag, which BSD diff does not. So I had to link gdiff into PATH as diff to use spatch.) Tinderbox'd (-DMAKE_JUST_KERNELS). Approved by: re (glen)
2018-09-26 17:12:14 +00:00
aac_identifiers, nitems(aac_identifiers) - 1);
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
static int
aacch_probe(device_t dev)
{
Check the vendor and device, not subvendor and subdevice, when looking for channel devices. This should fix Dell 2450/2550/2650 systems that have RAID enabled. This will likely not fix 2400 systems though as I don't have the appropriate PCI Id info for them. MFC After: 3 day
2005-07-14 17:43:00 +00:00
if ((pci_get_vendor(dev) != 0x9005) ||
(pci_get_device(dev) != 0x00c5))
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
return (ENXIO);
device_set_desc(dev, "AAC RAID Channel");
return (-10);
}
static int
- Fix a bug in the MSI allocation logic so an MSI is also employed if a controller supports only a single message. I haven't seen such an adapter out in the wild, though, so this change likely is a NOP. While at it, further simplify the MSI allocation logic; there's no need to check the number of available messages on our own as pci_alloc_msi(9) will just fail if it can't provide us with the single message we want. - Nuke the unused softc of aacch(4). MFC after: 1 month
2013-08-06 19:14:02 +00:00
aacch_attach(device_t dev __unused)
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
{
return (0);
}
static int
- Fix a bug in the MSI allocation logic so an MSI is also employed if a controller supports only a single message. I haven't seen such an adapter out in the wild, though, so this change likely is a NOP. While at it, further simplify the MSI allocation logic; there's no need to check the number of available messages on our own as pci_alloc_msi(9) will just fail if it can't provide us with the single message we want. - Nuke the unused softc of aacch(4). MFC after: 1 month
2013-08-06 19:14:02 +00:00
aacch_detach(device_t dev __unused)
Add a default driver to attach to the "hidden" scsi channels of the Dell PERC 3 controllers. This is needed to keep the PM code from powering them down.
2005-01-07 05:59:45 +00:00
{
return (0);
}
Reference in New Issue Copy Permalink