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. 2009-05-20T17:29:21Z Warner Losh imp@FreeBSD.org 2009-05-20T17:29:21Z urn:sha1:00b4e54ae7b69db140f2168049138a443fd3190f 2009-04-14T14:02:43Z Ed Schouten ed@FreeBSD.org 2009-04-14T14:02:43Z urn:sha1:0de5b9b0f0d7237d1d5043843a55516bd1844ece Reviewed by: scottl 2009-03-23T19:27:23Z John Baldwin jhb@FreeBSD.org 2009-03-23T19:27:23Z urn:sha1:f7c701d528f76021ddae78abb6492d20bbe88f5f prevent individual transactions from crossing a 4GB address boundary. Due to bus_size_t type limitations, the driver uses a 2GB boundary in PAE kernels. Reviewed by: scottl MFC after: 1 week 2008-10-06T22:34:17Z Xin LI delphij@FreeBSD.org 2008-10-06T22:34:17Z urn:sha1:c94526e26dd05721d01a9a6df3623d13feda1ad1 can reliably provoke data corruption on systems equipped with a plenty of memory during high load. Reported by: gnn via iXsystems MFC candidate: RELENG_7_1, RELENG_7 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-10-12T16:51:22Z Scott Long scottl@FreeBSD.org 2007-10-12T16:51:22Z urn:sha1:1b4a3403cdb424627ee3564b37fde4bb14d34b86 Submitted by: Manjunath Ranganathaiah 2007-10-09T17:43:57Z Scott Long scottl@FreeBSD.org 2007-10-09T17:43:57Z urn:sha1:a4820cd2f633f432d6c01e5c086355a69b82a20b SAS-enabled cards. It also makes the driver MPSAFE, eliminating some problems that resulted from CAM becoming MPSAFE. Many thanks to 3Ware/AMCC for continuing to support FreeBSD. Submitted by: Manjunath Ranganathaiah Approved by: re 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-05-19T10:12:58Z Scott Long scottl@FreeBSD.org 2007-05-19T10:12:58Z urn:sha1:40ca137bbd72ef50ca34c1c3b2558b2328d78805