src-test2/sys/dev/arcmsr, branch release/8.2.0

MFC r215234:

2010-11-25T18:21:08Z

Update to vendor release 1.20.00.19. Bug fixes: * Fixed "inquiry data fails comparion at DV1 step" * Fixed bad range input in bus_alloc_resource for ADAPTER_TYPE_B * Fixed arcmsr driver prevent arcsas support for Areca SAS HBA ARC13x0 Many thanks to Areca for continuing to support FreeBSD. MFC r215280: Workaround build for PAE case for now - revert the PHYS case to previous panic behavior.

MFC r210358:

2010-08-04T01:36:48Z

Apply vendor version 1.20.00.17. This version adds support for ARC1880; additionally this version fixed an issue where all devices on a SAS port gets offlined when any device failed on the port [1]. Many thanks to Areca for continuing to support FreeBSD. PR: kern/148502 [1] Submitted by: Ching-Lung Huang Obtained from: Areca Tested by: Rich Ercolani [1]

MFC a number of changes from head for ISP (203478,203463,203444,202418,201758,

2010-02-11T18:34:06Z

201408,201325,200089,198822,197373,197372,197214,196162). Since one of those changes was a semicolon cleanup from somebody else, this touches a lot more.

MFC revision 199069:

2009-11-10T00:34:25Z

Initialize the whole message unit's DMA buffer to zero, this fixes a panic during boot when ARC1200 is being used with certain motherboard models. This commit brings the driver to the same state of vendor's 1.20.00.16 release. Many thanks to Areca for their continued support to FreeBSD. This instant MFC was requested by re@ (kensmith) in preparation for 8.0-RC3. Reported by: Jirka Mikulas Submitted by: Erich Chen (Areca)

We no longer need to use d_thread_t, migrate to struct thread *.

2009-05-20T17:29:21Z

Tell CAM that SPI disconnect works, which in turn will let it use tags.

2009-02-20T07:40:54Z

This fixes the low "max device openings" count that has lead to poor performance in FreeBSD 7.0 and 7.1. Extra thanks goes to Mike Tancsa at Sentex for providing a debug system for this.

fix arcmsr_attach, probe, detach, and shutdown prototypes to match newbus.

2009-02-10T22:46:36Z

Replace all calls to minor() with dev2unit().

2008-09-27T08:51:18Z

After I removed all the unit2minor()/minor2unit() calls from the kernel yesterday, I realised calling minor() everywhere is quite confusing. Character devices now only have the ability to store a unit number, not a minor number. Remove the confusion by using dev2unit() everywhere. This commit could also be considered as a bug fix. A lot of drivers call minor(), while they should actually be calling dev2unit(). In -CURRENT this isn't a problem, but it turns out we never had any problem reports related to that issue in the past. I suspect not many people connect more than 256 pieces of the same hardware. Reviewed by: kib

Fix an incorrect FreeBSD version test.

2007-12-09T19:24:27Z

Modify locking so that a single version of the driver src can be used on 6.x

2007-12-09T19:22:25Z

and beyond.