src/sys/dev/asr, branch main FreeBSD source tree Garbage collect the asr driver. Hardware for it has not been produced in 2015-01-02T05:34:14+00:00 Scott Long scottl@FreeBSD.org 2015-01-02T05:34:14+00:00 2089f5380fdd499bdb87cb195835d83511ec6417 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. 
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.
Fix build with asr driver 2014-11-22T14:59:50+00:00 Steven Hartland smh@FreeBSD.org 2014-11-22T14:59:50+00:00 14730efd7e32afe0a5780f6dcaba6186d4b807d9 This was broken by r274819 as asr is not in GENERIC because its not 64bit safe. MFC after: 1 month X-MFC-With: r274819 Sponsored by: Multiplay 
This was broken by r274819 as asr is not in GENERIC because its not 64bit
safe.

MFC after:	1 month
X-MFC-With:	r274819
Sponsored by:	Multiplay
Prevent overflow issues in timeout processing 2014-11-21T21:01:24+00:00 Steven Hartland smh@FreeBSD.org 2014-11-21T21:01:24+00:00 85c9dd9d895261632d58cf98da6608b93dd5d7f8 Previously, any timeout value for which (timeout * hz) will overflow the signed integer, will give weird results, since callout(9) routines will convert negative values of ticks to '1'. For unsigned integer overflow we will get sufficiently smaller timeout values than expected. Switch from callout_reset, which requires conversion to int based ticks to callout_reset_sbt to avoid this. Also correct isci to correctly resolve ccb timeout. This was based on the original work done by Eygene Ryabinkin <rea@freebsd.org> back in 5 Aug 2011 which used a macro to help avoid the overlow. Differential Revision: https://reviews.freebsd.org/D1157 Reviewed by: mav, davide MFC after: 1 month Sponsored by: Multiplay 
Previously, any timeout value for which (timeout * hz) will overflow the
signed integer, will give weird results, since callout(9) routines will
convert negative values of ticks to '1'. For unsigned integer overflow we
will get sufficiently smaller timeout values than expected.

Switch from callout_reset, which requires conversion to int based ticks
to callout_reset_sbt to avoid this.

Also correct isci to correctly resolve ccb timeout.

This was based on the original work done by Eygene Ryabinkin
<rea@freebsd.org> back in 5 Aug 2011 which used a macro to help avoid
the overlow.

Differential Revision:	https://reviews.freebsd.org/D1157
Reviewed by:	mav, davide
MFC after:	1 month
Sponsored by:	Multiplay
Adjust various SCSI drivers to handle either a 32-bit or 64-bit lun_id_t, 2013-10-30T14:04:47+00:00 Nathan Whitehorn nwhitehorn@FreeBSD.org 2013-10-30T14:04:47+00:00 123055f01fc8cd655ecd99467e3f8770a58c0c1f mostly by adjustments to debugging printf() format specifiers. For high numbered LUNs, also switch to printing them in hex as per SAM-5. MFC after: 2 weeks 
mostly by adjustments to debugging printf() format specifiers. For high
numbered LUNs, also switch to printing them in hex as per SAM-5.

MFC after: 2 weeks
Re-do r255853. Along with adding back the API/ABI changes from the 2013-09-25T17:16:21+00:00 Scott Long scottl@FreeBSD.org 2013-09-25T17:16:21+00:00 eb8a7632ba2a674b697cfedeba54ccb941a446b9 original, this hides the contents of cam_compat.h from ktrace/kdump/truss, avoiding problems there. There are no user-servicable parts in there, so no need for those tools to be groping around in there. Approved by: re 
original, this hides the contents of cam_compat.h from ktrace/kdump/truss,
avoiding problems there.  There are no user-servicable parts in there, so
no need for those tools to be groping around in there.

Approved by:    re
Revert r255853 pending fixes to build errors in usr.bin/kdump 2013-09-25T01:48:45+00:00 Glen Barber gjb@FreeBSD.org 2013-09-25T01:48:45+00:00 0082e54e9d0d882a4eab9c6c0de71ac8c891dcef Approved by: re (implicit) 
Approved by:	re (implicit)
Update the CAM API for FreeBSD 10: 2013-09-24T16:50:53+00:00 Scott Long scottl@FreeBSD.org 2013-09-24T16:50:53+00:00 185884259b58c3ef8203268c1c201095c7170d63 - Remove the timeout_ch field. It's been deprecated since FreeBSD 7.0; MPSAFE drivers should be managing their own timeout storage. The remaining non-MPSAFE drivers have been modified to also manage their own storage, and should be considered for updating to MPSAFE (or removal) during the FreeBSD 10.x lifecycle. - Add fields related to soft timeouts and quality of service, to be used in upcoming work. - Add room for more flags in the CCB header and path_inq structures. - Begin support for extended 64-bit LUNs. - Bump the CAM version number to 0x18, but add compat shims. Tested with camcontrol and smartctl. Reviewed by: nathanw, ken, kib Approved by: re Obtained from: Netflix 
- Remove the timeout_ch field.  It's been deprecated since FreeBSD 7.0;
  MPSAFE drivers should be managing their own timeout storage.  The
  remaining non-MPSAFE drivers have been modified to also manage their own
  storage, and should be considered for updating to MPSAFE (or removal)
  during the FreeBSD 10.x lifecycle.

- Add fields related to soft timeouts and quality of service, to be used
  in upcoming work.

- Add room for more flags in the CCB header and path_inq structures.

- Begin support for extended 64-bit LUNs.

- Bump the CAM version number to 0x18, but add compat shims.  Tested with
  camcontrol and smartctl.

Reviewed by:    nathanw, ken, kib
Approved by:    re
Obtained from:  Netflix
Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI 2013-08-12T23:30:01+00:00 Scott Long scottl@FreeBSD.org 2013-08-12T23:30:01+00:00 c68534f1d5bab4ad466384c4fb9bb2956811e8b9 command register. The lazy BAR allocation code in FreeBSD sometimes disables this bit when it detects a range conflict, and will re-enable it on demand when a driver allocates the BAR. Thus, the bit is no longer a reliable indication of capability, and should not be checked. This results in the elimination of a lot of code from drivers, and also gives the opportunity to simplify a lot of drivers to use a helper API to set the busmaster enable bit. This changes fixes some recent reports of disk controllers and their associated drives/enclosures disappearing during boot. Submitted by: jhb Reviewed by: jfv, marius, achadd, achim MFC after: 1 day 
command register.  The lazy BAR allocation code in FreeBSD sometimes
disables this bit when it detects a range conflict, and will re-enable
it on demand when a driver allocates the BAR.  Thus, the bit is no longer
a reliable indication of capability, and should not be checked.  This
results in the elimination of a lot of code from drivers, and also gives
the opportunity to simplify a lot of drivers to use a helper API to set
the busmaster enable bit.

This changes fixes some recent reports of disk controllers and their
associated drives/enclosures disappearing during boot.

Submitted by:	jhb
Reviewed by:	jfv, marius, achadd, achim
MFC after:	1 day
Replace homegrown list implementation in sys/dev/asr/asr.c with 2012-04-20T21:17:33+00:00 Dimitry Andric dim@FreeBSD.org 2012-04-20T21:17:33+00:00 489b51d2e517a7faef91ee8edb372e2c58f22c08 STAILQ(). While here, fix another clang warning about a switch which tests an enum type for a regular integer value. Submitted by: jhb MFC after: 1 week 
STAILQ().  While here, fix another clang warning about a switch which
tests an enum type for a regular integer value.

Submitted by:	jhb
MFC after:	1 week
Convert a number of drivers to obtaining their parent DMA tag from their 2012-03-12T08:03:51+00:00 Scott Long scottl@FreeBSD.org 2012-03-12T08:03:51+00:00 b6f97155ccab302d0c3920d20604b183a036f0fb PCI device attachment. 
PCI device attachment.