src/sys/modules/asr, branch main

Garbage collect the asr driver. Hardware for it has not been produced in

2015-01-02T05:34:14+00:00

roughly 10 years, and the driver has not enjoyed any significant maintenance
since long before that.  Despite well-meaning efforts from a number of
people, myself included, it never made the jump to 64-bit and was relegated
to the back-corners of i386.  Now its frailty is hampering forward progress
with Clang.  Any renewed engineering efforts are of course welcome and can
happen outside of the tree.  No MFC of this is planned.

Amend r228781 by also disabling -Warray-bounds warnings for the asr

2011-12-24T17:54:58+00:00

module.

MFC after:	1 week

MFtbemd:

2010-08-23T06:13:29+00:00

Use MACHINE_CPUARCH in preference to MACHINE_ARCH.  The former is the
source code location of the machine, the latter the binary output.  In
general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless
we're tesitng for a specific target.  The isn't even moot for
i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,
although a specific cleanup for that likely would be needed...

Remove Alpha remnants.

2006-07-27T19:12:49+00:00

Unbreak buildworld on i386 when MODULES_WITH_WORLD is defined.

2005-03-23T17:13:08+00:00

Fix the build. opt_asr.h is gone.

2004-04-22T02:22:18+00:00

Beer or equivalent to?	njl

Make an attempt to get the asr driver to compile on Alpha by fixing some i386

2001-04-01T08:33:01+00:00

specific bogons.  Compile with -O0, as anything higher gives the compiler
a fit.  No idea if this driver will actually work on Alpha, though.

Use a consistent style and one much closer to the rest of /usr/src

2001-01-06T14:00:42+00:00

Add the 'asr' driver, supplied by Mark Salyzyn of Adaptec (nee DPT).

2000-09-01T07:51:25+00:00

This provides support for the Adaptec SCSI RAID controller family,
as well as the DPT SmartRAID V and VI families.

The driver will be maintained by Mark and Adaptec, and any changes
should be referred to the MAINTAINER.