The name field of struct mpii_cfg_raid_vol_pg1 is 16 bytes, not 32.

tested by and ok kn@

SAS3 controllers have a maximum size for sgl chain segments, and the
controller faults if you exceed it, so instead use multiple chain
segments in the same request frame layout.

tested on a SAS3008 (max chain size 8), where MAXPHYS io would occasionally
cause faults
ok dlg@ krw@

Add support for SAS3.5 controllers. This involves reordering
initialisation so we get the controller capabilities first, allowing a
soft reset instead of hard reset. The new controllers don't work after a
hard reset, and older generations seem fine either way.

tested by robert@ on a sas3408, by dlg@ on a sas2008 (on sparc64) and by me
on a sas3008.
ok dlg@ robert@

Clean up SCSI operation status and state defines

augment the scsi_probe handler so it tries to query the sas dev pg 0

sas dev pg0 tells us interesting things, like the devices sas addresses
and if it is ATAPI or not.

add support for SAS3 devices, which have a different sgl layout to previous
generations.

tested on a Lenovo N2215 (SAS3008)
ok dlg@ deraadt@

last of the htolem32 bits

everything is at least 4 byte aligned

the request and reply descriptors are 8 byte aligned for the hardware.

scsi io bits are at least 4 byte aligned

mpii_sges are 4 byte aligned. makes storing the flags field a bit easier
on strict alignment archs.

make mpii_sge look like mpi_sge, and provide a wrapper for setting the
address in it like the one in mpi too.

shrinks load_xs a bit

update my copyright

whitespace cleanup; no functional change

split the definitions of the hardware out into a separate file so it can
be reused by a driver for the recent megaraid sas fusion boards.

mikeb was also interested in doing this a while back to make working on
mpii.c easier.

ok by mikeb@ haesbaert@ deraadt@ matthew@

SAS3 controllers have a maximum size for sgl chain segments, and the
controller faults if you exceed it, so instead use multiple chain
segments in the same request frame layout.

tested on a SAS3008 (max chain size 8), where MAXPHYS io would occasionally
cause faults
ok dlg@ krw@

Add support for SAS3.5 controllers. This involves reordering
initialisation so we get the controller capabilities first, allowing a
soft reset instead of hard reset. The new controllers don't work after a
hard reset, and older generations seem fine either way.

tested by robert@ on a sas3408, by dlg@ on a sas2008 (on sparc64) and by me
on a sas3008.
ok dlg@ robert@

Clean up SCSI operation status and state defines

augment the scsi_probe handler so it tries to query the sas dev pg 0

sas dev pg0 tells us interesting things, like the devices sas addresses
and if it is ATAPI or not.

add support for SAS3 devices, which have a different sgl layout to previous
generations.

tested on a Lenovo N2215 (SAS3008)
ok dlg@ deraadt@

last of the htolem32 bits

everything is at least 4 byte aligned

the request and reply descriptors are 8 byte aligned for the hardware.

scsi io bits are at least 4 byte aligned

mpii_sges are 4 byte aligned. makes storing the flags field a bit easier
on strict alignment archs.

make mpii_sge look like mpi_sge, and provide a wrapper for setting the
address in it like the one in mpi too.

shrinks load_xs a bit

update my copyright

whitespace cleanup; no functional change

split the definitions of the hardware out into a separate file so it can
be reused by a driver for the recent megaraid sas fusion boards.

mikeb was also interested in doing this a while back to make working on
mpii.c easier.

ok by mikeb@ haesbaert@ deraadt@ matthew@

Add support for SAS3.5 controllers. This involves reordering
initialisation so we get the controller capabilities first, allowing a
soft reset instead of hard reset. The new controllers don't work after a
hard reset, and older generations seem fine either way.

tested by robert@ on a sas3408, by dlg@ on a sas2008 (on sparc64) and by me
on a sas3008.
ok dlg@ robert@

Clean up SCSI operation status and state defines

augment the scsi_probe handler so it tries to query the sas dev pg 0

sas dev pg0 tells us interesting things, like the devices sas addresses
and if it is ATAPI or not.

add support for SAS3 devices, which have a different sgl layout to previous
generations.

tested on a Lenovo N2215 (SAS3008)
ok dlg@ deraadt@

last of the htolem32 bits

everything is at least 4 byte aligned

the request and reply descriptors are 8 byte aligned for the hardware.

scsi io bits are at least 4 byte aligned

mpii_sges are 4 byte aligned. makes storing the flags field a bit easier
on strict alignment archs.

make mpii_sge look like mpi_sge, and provide a wrapper for setting the
address in it like the one in mpi too.

shrinks load_xs a bit

update my copyright

whitespace cleanup; no functional change

split the definitions of the hardware out into a separate file so it can
be reused by a driver for the recent megaraid sas fusion boards.

mikeb was also interested in doing this a while back to make working on
mpii.c easier.

ok by mikeb@ haesbaert@ deraadt@ matthew@

Clean up SCSI operation status and state defines

augment the scsi_probe handler so it tries to query the sas dev pg 0

sas dev pg0 tells us interesting things, like the devices sas addresses
and if it is ATAPI or not.

add support for SAS3 devices, which have a different sgl layout to previous
generations.

tested on a Lenovo N2215 (SAS3008)
ok dlg@ deraadt@

last of the htolem32 bits

everything is at least 4 byte aligned

the request and reply descriptors are 8 byte aligned for the hardware.

scsi io bits are at least 4 byte aligned

mpii_sges are 4 byte aligned. makes storing the flags field a bit easier
on strict alignment archs.

make mpii_sge look like mpi_sge, and provide a wrapper for setting the
address in it like the one in mpi too.

shrinks load_xs a bit

update my copyright

whitespace cleanup; no functional change

split the definitions of the hardware out into a separate file so it can
be reused by a driver for the recent megaraid sas fusion boards.

mikeb was also interested in doing this a while back to make working on
mpii.c easier.

ok by mikeb@ haesbaert@ deraadt@ matthew@