FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0 2010-02-14T19:38:27Z 2010-02-14T19:38:27Z Alexander Motin mav@FreeBSD.org 2010-02-14T19:38:27Z urn:sha1:50ae5fde8d275e57e290c224f774b1be55d24deb Large set of CAM improvements: - Unify bus reset/probe sequence. Whenever bus attached at boot or later, CAM will automatically reset and scan it. It allows to remove duplicate code from many drivers. - Any bus, attached before CAM completed it's boot-time initialization, will equally join to the process, delaying boot if needed. - New kern.cam.boot_delay loader tunable should help controllers that are still unable to register their buses in time (such as slow USB/ PCCard/ CardBus devices), by adding one more event to wait on boot. - To allow synchronization between different CAM levels, concept of requests priorities was extended. Priorities now split between several "run levels". Device can be freezed at specified level, allowing higher priority requests to pass. For example, no payload requests allowed, until PMP driver enable port. ATA XPT negotiate transfer parameters, periph driver configure caching and so on. - Frozen requests are no more counted by request allocation scheduler. It fixes deadlocks, when frozen low priority payload requests occupying slots, required by higher levels to manage theit execution. - Two last changes were holding proper ATA reinitialization and error recovery implementation. Now it is done: SATA controllers and Port Multipliers now implement automatic hot-plug and should correctly recover from timeouts and bus resets. - Improve SCSI error recovery for devices on buses without automatic sense reporting, such as ATAPI or USB. For example, it allows CAM to wait, while CD drive loads disk, instead of immediately return error status. - Decapitalize diagnostic messages and make them more readable and sensible. - Teach PMP driver to limit maximum speed on fan-out ports. - Make boot wait for PMP scan completes, and make rescan more reliable. - Fix pass driver, to return CCB to user level in case of error. - Increase number of retries in cd driver, as device may return several UAs. 2010-02-05T08:52:51Z Gavin Atkinson gavin@FreeBSD.org 2010-02-05T08:52:51Z urn:sha1:75cf52103d463aa83358381aa1a6b18a7c7b20b9 Spell "Hz" correctly wherever it is user-visible. PR: bin/142566 Submitted by: N.J. Mann njm njm.me.uk 2009-04-18T07:36:38Z Ed Schouten ed@FreeBSD.org 2009-04-18T07:36:38Z urn:sha1:e78a5a3f2f90c7fa01671cc0684ef1699d312300 2008-09-27T08:51:18Z Ed Schouten ed@FreeBSD.org 2008-09-27T08:51:18Z urn:sha1:6bfa9a2d66dd0e00182017d6741d44e54d0b2cca 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 2007-06-17T05:55:54Z Scott Long scottl@FreeBSD.org 2007-06-17T05:55:54Z urn:sha1:b50569b71dfb110a58aa3e83f629115291802a74 now takes a device_t to be the parent of the bus that is being created. Most SIMs have been updated with a reasonable argument, but a few exceptions just pass NULL for now. This argument isn't used yet and the newbus integration likely won't be ready until after 7.0-RELEASE. 2007-04-15T08:49:19Z Scott Long scottl@FreeBSD.org 2007-04-15T08:49:19Z urn:sha1:2b83592fdcb9e7c201677f3605b9e8738a6b0737 use to synchornize and protect all data objects that are used for that SIM. Drivers that are not yet MPSAFE register Giant and operate as usual. RIght now, no drivers are MPSAFE, though a few will be changed in the coming week as this work settles down. The driver API has changed, so all CAM drivers will need to be recompiled. The userland API has not changed, so tools like camcontrol do not need to be recompiled. 2007-02-23T12:19:07Z Paolo Pisati piso@FreeBSD.org 2007-02-23T12:19:07Z urn:sha1:ef544f631226436ef590825881e7a28369df82f6 bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@ 2006-12-11T18:28:31Z Matt Jacob mjacob@FreeBSD.org 2006-12-11T18:28:31Z urn:sha1:b3d93fd0c96f430027eae8ba39f975341cec1648 PR: 106543 MFC after: 3 days 2006-11-02T00:54:38Z Matt Jacob mjacob@FreeBSD.org 2006-11-02T00:54:38Z urn:sha1:bd3fd815a7fbc96f1506dfdcac840b94cff28d00 as the default. Reviewed by multitudes. 2006-10-31T05:53:29Z Matt Jacob mjacob@FreeBSD.org 2006-10-31T05:53:29Z urn:sha1:fa9ed865067ef325f013a8174c94eff345a4f4ed the CAM_NEW_TRAN_CODE that has been in the tree for some years now. This first step consists solely of adding to or correcting CAM_NEW_TRAN_CODE pieces in the kernel source tree such that a both a GENERIC (at least on i386) and a LINT build with CAM_NEW_TRAN_CODE as an option will compile correctly and run (at least with some the h/w I have). After a short settle time, the other pieces (making CAM_NEW_TRAN_CODE the default and updating libcam and camcontrol) will be brought in. This will be an incompatible change in that the size of structures related to XPT_PATH_INQ and XPT_{GET,SET}_TRAN_SETTINGS change in both size and content. However, basic system operation and basic system utilities work well enough with this change. Reviewed by: freebsd-scsi and specific stakeholders