#
331722 |
|
29-Mar-2018 |
eadler |
Revert r330897:
This was intended to be a non-functional change. It wasn't. The commit message was thus wrong. In addition it broke arm, and merged crypto related code.
Revert with prejudice.
This revert skips files touched in r316370 since that commit was since MFCed. This revert also skips files that require $FreeBSD$ property changes.
Thank you to those who helped me get out of this mess including but not limited to gonzo, kevans, rgrimes.
Requested by: gjb (re)
|
#
330897 |
|
14-Mar-2018 |
eadler |
Partial merge of the SPDX changes
These changes are incomplete but are making it difficult to determine what other changes can/should be merged.
No objections from: pfg
|
#
315808 |
|
23-Mar-2017 |
mav |
MFC r303874 (by trasz): Remove NULL check after M_WAITOK allocation from mpt(4).
|
#
302408 |
|
07-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
260058 |
|
29-Dec-2013 |
marius |
- Remove a redundant variable in mpt_pci_attach(). - #if 0 the currently unused paired port linking and unlinking of dual adapters. - Simplify MSI/MSI-X allocation and release. For a single one, we don't need to fiddle with the MSI/MSI-X count and pci_release_msi(9) is smart enough to just do nothing in case of INTx. - Canonicalize actions taken on attach failure and detach. - Remove the remainder of incomplete support for older FreeBSD versions.
MFC after: 1 week
|
#
254263 |
|
12-Aug-2013 |
scottl |
Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI 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
|
#
249849 |
|
24-Apr-2013 |
mav |
Move hptmv and mpt drivers shutdown a bit later to the SHUTDOWN_PRI_LAST stage of shutdown_post_sync. That should allow CAM to do final cache flush at the SHUTDOWN_PRI_DEFAULT without using polling magic.
MFC after: 3 days
|
#
241863 |
|
22-Oct-2012 |
eadler |
Now that device disabling is generic, remove the non-standard implementation from mpt
Don't MFC this to retain backwards compatibility.
Reviewed by: des, mjacob Approved by: cperciva
|
#
241858 |
|
22-Oct-2012 |
eadler |
Remove unused code since the 5.x days
Reviewed by: des, scottl Approved by: cperciva MFC after: 1 week
|
#
233886 |
|
04-Apr-2012 |
marius |
Refine r233827; as it turns out, controllers with a device ID of 0x0059 can be upgraded to MegaRAID mode, in which case mfi(4) should attach to these based on the sub-vendor and -device ID instead (not currently done). Therefore, let mpt_pci_probe() return BUS_PROBE_LOW_PRIORITY. While it, let mpt_pci_probe() return BUS_PROBE_DEFAULT instead of 0 in the default case.
MFC after: 3 days
|
#
233827 |
|
03-Apr-2012 |
marius |
Fix probing of SAS1068E with a device ID of 0x0059 after r232411. Reported by: infofarmer
MFC after: 3 days
|
#
233404 |
|
23-Mar-2012 |
marius |
As it turns out, mpi_cnfg.h already is included by mpt.h.
|
#
233403 |
|
23-Mar-2012 |
marius |
- Use the PCI ID macros from mpi_cnfg.h rather than duplicating them here. Note that this driver additionally probes some device IDs for the most part not know to other MPT drivers, if at all. So rename the macros not present in mpi_cnfg.h to match the naming scheme in the latter and but suffix them with a _FB in order to not cause conflicts. - Like mpt_set_config_regs(), comment out mpt_read_config_regs() as the content of the registers read isn't actually used and both functions aren't exactly up to date regarding the possible layouts of the BARs (these function might be helpful for debugging though, so don't remove them completely). - Use DEVMETHOD_END. - Use NULL rather than 0 for pointers. - Remove an unusual check for the softc being NULL. - Remove redundant zeroing of the softc. - Remove an overly banal and actually partly incorrect as well as partly outdated comment regarding the allocation of the memory resource.
MFC after: 3 days
|
#
232411 |
|
02-Mar-2012 |
ken |
Fix a problem that was causing the mpt(4) driver to attach to MegaRAID cards that should be handled by the mfi(4) driver.
The root of the problem is that the mpt(4) driver was masking off the bottom bit of the PCI device ID when deciding which cards to attach to.
It appears that a number of the mpt(4) Fibre Channel cards had a LAN variant whose PCI device ID was just one bit off from the FC card's device ID. The FC cards were even and the LAN cards were odd.
The problem was that this pattern wasn't carried over on the SAS and parallel SCSI mpt(4) cards. Luckily the SAS and parallel SCSI PCI device IDs were either even numbers, or they would get masked to a supported adjacent PCI device ID, and everything worked well.
Now LSI is using some of the odd-numbered PCI device IDs between the 3Gb SAS device IDs for their new MegaRAID cards. This is causing the mpt(4) driver to attach to the RAID cards instead of the mfi(4) driver.
The solution is to stop masking off the bottom bit of the device ID, and explicitly list the PCI device IDs of all supported cards.
This change should be a no-op for mpt(4) hardware. The only intended functional change is that for the 929X, the is_fc variable gets set. It wasn't being set previously, but needs to be because the 929X is a Fibre Channel card.
Reported by: Kashyap Desai <Kashyap.Desai@lsi.com> MFC After: 3 days
|
#
231518 |
|
11-Feb-2012 |
marius |
Flesh out support for SAS1078 and SAS1078DE (which are said to actually be the same chip): - The I/O port resource may not be available with these. However, given that we actually only need this resource for some controllers that require their firmware to be up- and downloaded (which excludes the SAS1078{,DE}) just handle failure to allocate this resource gracefully when possible. While at it, generally put non-fatal resource allocation failures under bootverbose. - SAS1078{,DE} use a different hard reset protocol. - Add workarounds for the 36GB physical address limitation of scatter/ gather elements of these controllers.
Tested by: Slawa Olhovchenkov
PR: 149220 (remaining part)
|
#
224493 |
|
29-Jul-2011 |
marius |
- Staticize functions as appropriate and comment out unused ones. - Sprinkle some const where appropriate. - Consistently use target_id_t for the target parameter of mpt_map_physdisk() and mpt_is_raid_volume(). - Fix some whitespace bugs.
Approved by: re (kib)
|
#
223985 |
|
13-Jul-2011 |
marius |
- For SAS but neither FC nor SPI controllers default to using MSI (still allowing their use to be disabled via device hints though). This matches what the corresponding Linux driver provided by LSI does. Tested with SAS1064. - There's no need to keep track of the RIDs used. - Don't allocate MSI/MSI-X as RF_SHAREABLE. - Remove a comment which no longer applies since r209599. - Assign NULL rather than 0 to pointers.
MFC after: 1 month
|
#
223981 |
|
13-Jul-2011 |
marius |
Remove extra empty lines.
|
#
220945 |
|
22-Apr-2011 |
marius |
Correct spelling.
Submitted by: brucec
|
#
216764 |
|
28-Dec-2010 |
jhb |
Use bus_alloc_resource_any().
MFC after: 2 weeks
|
#
210943 |
|
06-Aug-2010 |
mjacob |
Figure which is the IO and MEM bars- do not assume that they are in a fixed order.
PR: 149220 Obtained from: John Baldwin MFC after: 1 month
|
#
209961 |
|
12-Jul-2010 |
marius |
Correct inverted parent DMA tag parameters.
Reviewed by: ken MFC after: 3 days
|
#
209599 |
|
29-Jun-2010 |
ken |
Change the mpt driver to allow larger I/O sizes.
The mpt driver previously didn't report a 'maxio' size to CAM, and so the da(4) driver limited I/O sizes to DFLTPHYS (64K) by default. The number of scatter gather segments allowed, as reported to busdma, was (128K / PAGE_SIZE) + 1, or 33 on architectures with 4K pages.
Change things around so that we wait until we've determined how many segments the adapter can support before creating the busdma tag used for buffers, so we can potentially support more S/G segments and therefore larger I/O sizes.
Also, fix some things that were broken about the module unload path. It still gets hung up inside CAM, though.
mpt.c: Move some busdma initialization calls in here, and call them just after we've gotten the IOCFacts, and know how many S/G segments this adapter can support.
mpt.h: Get rid of MPT_MAXPHYS, it is no longer used.
Add max_cam_seg_cnt, which is used to report our maximum I/O size up to CAM.
mpt_cam.c: Use max_cam_seg_cnt to report our maximum I/O size to CAM.
Fix the locking in mpt_cam_detach().
mpt_pci.c: Pull some busdma initialization and teardown out and put it in mpt.c. We now delay it until we know many scatter gather segments the adapter can support, and therefore how to setup our busdma tags.
mpt_raid.c: Make sure we wake up the right wait channel to get the raid thread to wake up when we're trying to shut it down.
Reviewed by: gibbs, mjacob MFC after: 2 weeks
|
#
207287 |
|
27-Apr-2010 |
marius |
On sparc64 obtain the initiator ID to be used for SPI HBAs from the Open Firmware device tree in order to match what the PROM built-in driver uses. This is especially important when netbooting Fujitsu Siemens PRIMEPOWER250 as in that case the built-in driver isn't used and the port facts PortSCSIID defaults to 0, conflicting with the disk at the same address.
|
#
201275 |
|
30-Dec-2009 |
jhb |
Use a constant instead of a magic number for the flag that enables decoding of a device ROM.
|
#
195534 |
|
10-Jul-2009 |
scottl |
Separate the parallel scsi knowledge out of the core of the XPT, and modularize it so that new transports can be created.
Add a transport for SATA
Add a periph+protocol layer for ATA
Add a driver for AHCI-compliant hardware.
Add a maxio field to CAM so that drivers can advertise their max I/O capability. Modify various drivers so that they are insulated from the value of MAXPHYS.
The new ATA/SATA code supports AHCI-compliant hardware, and will override the classic ATA driver if it is loaded as a module at boot time or compiled into the kernel. The stack now support NCQ (tagged queueing) for increased performance on modern SATA drives. It also supports port multipliers.
ATA drives are accessed via 'ada' device nodes. ATAPI drives are accessed via 'cd' device nodes. They can all be enumerated and manipulated via camcontrol, just like SCSI drives. SCSI commands are not translated to their ATA equivalents; ATA native commands are used throughout the entire stack, including camcontrol. See the camcontrol manpage for further details. Testing this code may require that you update your fstab, and possibly modify your BIOS to enable AHCI functionality, if available.
This code is very experimental at the moment. The userland ABI/API has changed, so applications will need to be recompiled. It may change further in the near future. The 'ada' device name may also change as more infrastructure is completed in this project. The goal is to eventually put all CAM busses and devices until newbus, allowing for interesting topology and management options.
Few functional changes will be seen with existing SCSI/SAS/FC drivers, though the userland ABI has still changed. In the future, transports specific modules for SAS and FC may appear in order to better support the topologies and capabilities of these technologies.
The modularization of CAM and the addition of the ATA/SATA modules is meant to break CAM out of the mold of being specific to SCSI, letting it grow to be a framework for arbitrary transports and protocols. It also allows drivers to be written to support discrete hardware without jeopardizing the stability of non-related hardware. While only an AHCI driver is provided now, a Silicon Image driver is also in the works. Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardware is possible and encouraged. Help with new transports is also encouraged.
Submitted by: scottl, mav Approved by: re
|
#
180152 |
|
01-Jul-2008 |
jhb |
During shutdown, deregister the shutdown hook from the correct event handler.
MFC after: 2 weeks
|
#
178896 |
|
09-May-2008 |
delphij |
Add support for LSI 1078DE (ServeRAID-AR10is SAS/SATA Controller)
MFC after: 2 weeks
|
#
172219 |
|
18-Sep-2007 |
ambrisko |
Fix an incorrect PCI device id. The current value conflicts with the mfi(4) LSI MegaSAS RAID card. Looking at the Linux driver for the mpt(4) it should be 0x0062 and not 0x0060. Tested with an mfi card of this device id.
Approved by: re (bmah) Reviewed by: scottl MFC after: 3 days
|
#
169293 |
|
05-May-2007 |
mjacob |
Make this driver MP safe and still be a multi-release driver.
Obtained from: 99% of the work done by Scott Long. MFC after: 3 days
|
#
166935 |
|
23-Feb-2007 |
mjacob |
Redo previous newbus related change to be kinder to multi-release support.
|
#
166901 |
|
23-Feb-2007 |
piso |
o break newbus api: add a new argument of type driver_filter_t to 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@
|
#
166721 |
|
14-Feb-2007 |
jhb |
Catch up to MSI-X API changes. Tested with both MSI and MSI-X.
|
#
165814 |
|
05-Jan-2007 |
mjacob |
(commented out) multipath fault injection code.
Some code to make diffs with RELENG_6 easier.
|
#
165058 |
|
09-Dec-2006 |
mjacob |
Make mpt_pci depend on pci and mpt_cam depend on CAM.
PR: 106536 Suggested by: Norikatsu Shigemura MFC after: 3 days
|
#
164417 |
|
19-Nov-2006 |
mjacob |
Pointy hat handed to me by Andrew: had msi_enable on as a default.
|
#
164416 |
|
19-Nov-2006 |
mjacob |
Play it safe and make MSI and MSI-X an option you have to turn on for MPT.
|
#
164326 |
|
16-Nov-2006 |
mjacob |
After tests on 2 different AMD platforms with several different cards (SAS, 4Gb FC), MSI seems to work with the cards.
This was of some concern because some PCI cards claim to work with MSI but don't.
|
#
164314 |
|
15-Nov-2006 |
jb |
Get the parent dma tag if one exists. This is required on sun4v. Other arches will default to NULL if they have no parent.
Reviewed by: mjacob
|
#
164306 |
|
15-Nov-2006 |
mjacob |
Turn off MSI until some testing is done.
|
#
164305 |
|
15-Nov-2006 |
jhb |
Add MSI support to em(4), bce(4), and mpt(4). For now, we only support devices that support a maximum of 1 message, and we use that 1 message instead of the INTx rid 0 IRQ with the same interrupt handler, etc.
|
#
162140 |
|
08-Sep-2006 |
mjacob |
Support for PCI-Express 4Gb Cards.
|
#
160650 |
|
24-Jul-2006 |
mjacob |
bus_alloc_resource_any is actually defined in the RELENG_4 branch, so there's no need to have a compilation difference here any more.
|
#
160290 |
|
12-Jul-2006 |
mjacob |
Fix config page writes to not strip out the attributes when you actually go write the config page. This fixes the long standing problem about updating NVRAM on Fibre Channel cards and seems so far to not break SPI config page writes.
Put back role setting into mpt. That is, you can set a desired role for mpt as a hint. On the next reboot, it'll pick that up and redo the NVRAM settings appropriately and warn you that this won't take effect until the next reboot. This saves people the step of having to find a BIOS utilities disk to set target and/or initiator role for the MPT cards.
|
#
159919 |
|
25-Jun-2006 |
mjacob |
Major Fixes:
Don't enable/disable I/O space except for SAS adapters. This fixes a problem with VMware 4.5 Workstation.
Fix an egregious bug introduced to target mode so it actually will not panic when you first enable a lun.
Minor fixes:
Take more infor from port facts and configuration pages.
MFC after: 1 week
|
#
159494 |
|
10-Jun-2006 |
mjacob |
Add PCI ids for the FC919X
MFC after: 1 week
|
#
159178 |
|
02-Jun-2006 |
mjacob |
More checkpointing on the way toward really (finally) fixing speed negotiation.
Also fix the mpt_execute_req function to actually match mpt_execute_req_a64. This may explain why i386 users were having more grief.
|
#
159091 |
|
30-May-2006 |
mjacob |
Pick reasonable alignment constraints so that we don't ask too much of bus_dmamem_alloc/malloc.
Replace the device_printf calls in the memalloc function mpt_prt.
|
#
159052 |
|
29-May-2006 |
mjacob |
Add acknowledgements to LSI-Logic for support
|
#
159041 |
|
29-May-2006 |
mjacob |
When setting verbose, *set* it, don't *add* it.
|
#
158982 |
|
27-May-2006 |
mjacob |
Work in progress toward fixing IM checked in after having lost one set to a peninsula power failure last night. After this, I can see both submembers and the raid volumes again, but speed negotiation is still broken.
Add a mpt_raid_free_mem function to centralize the resource reclaim and fixed a small memory leak.
Remove restriction on number of targets for systems with IM enabled- you can have setups that have both IM volumes as well as other devices.
Fix target id selection for passthru and nonpastrhu cases.
Move complete command dumpt to MPT_PRT_DEBUG1 level so that just setting debug level gets mostly informative albeit less verbose dumping.
|
#
158279 |
|
04-May-2006 |
mjacob |
Add 4Gb Fibre Channel support. Work sponsored by LSI-Logic.
|
#
157662 |
|
11-Apr-2006 |
mjacob |
A large set of changes:
+ Add boatloads of KASSERTs and *really* check out more locking issues (to catch recursions when we actually go to real locking in CAM soon). The KASSERTs also caught lots of other issues like using commands that were put back on free lists, etc.
+ Target mode: role setting is derived directly from port capabilities. There is no need to set a role any more. Some target mode resources are allocated early on (ELS), but target command buffer allocation is deferred until the first lun enable.
+ Fix some breakages I introduced with target mode in that some commands are *repeating* commands. That is, the reply shows up but the command isn't really done (we don't free it). We still need to take it off the pending list because when we resubmit it, bad things then happen.
+ Fix more of the way that timed out commands and bus reset is done. The actual TMF response code was being ignored.
+ For SPI, honor BIOS settings. This doesn't quite fix the problems we've seen where we can't seem to (re)negotiate U320 on all drives but avoids it instead by letting us honor the BIOS settings. I'm sure this is not quite right and will have to change again soon.
|
#
157354 |
|
01-Apr-2006 |
mjacob |
Fix some of the previus changes 'better'.
There's something strange going on with async events. They seem to be be treated differently for different Fusion implementations. Some will really tell you when it's okay to free the request that started them. Some won't. Very disconcerting.
This is particularily bad when the chip (FC in this case) tells you in the reply that it's not a continuation reply, which means you can free the request that its associated with. However, if you do that, I've found that additional async event replies come back for that message context after you freed it. Very Bad Things Happen.
Put in a reply register debounce. Warn about out of range context indices. Use more MPILIB defines where possible. Replace bzero with memset. Add tons more KASSERTS. Do a *lot* more request free list auditting and serial number usages. Get rid of the warning about the short IOC Facts Reply. Go back to 16 bits of context index.
Do a lot more target state auditting as well. Make a tag out of not only the ioindex but the request index as well and worry less about keeping a full serial number.
|
#
157117 |
|
25-Mar-2006 |
mjacob |
Some fairly major changes to this driver.
A) Fibre Channel Target Mode support mostly works (SAS/SPI won't be too far behind). I'd say that this probably works just about as well as isp(4) does right now. Still, it and isp(4) and the whole target mode stack need a bit of tightening.
B) The startup sequence has been changed so that after all attaches are done, a set of enable functions are called. The idea here is that the attaches do whatever needs to be done *prior* to a port being enabled and the enables do what need to be done for enabling stuff for a port after it's been enabled.
This means that we also have events handled by their proper handlers as we start up.
C) Conditional code that means that this driver goes back all the way to RELENG_4 in terms of support.
D) Quite a lot of little nitty bug fixes- some discovered by doing RELENG_4 support. We've been living under Giant *waaaayyyyy* too long and it's made some of us (me) sloppy.
E) Some shutdown hook stuff that makes sure we don't blow up during a reboot (like by the arrival of a new command from an initiator).
There's been some testing and LINT checking, but not as complete as would be liked. Regression testing with Fusion RAID instances has not been possible. Caveat Emptor.
Sponsored by: LSI-Logic.
|
#
156000 |
|
25-Feb-2006 |
mjacob |
Role a microrev of the MPI Library in preparation for target mode work.
Make my portions of the license clearer.
Thank Chris Ellsworth for his support in getting a bunch of this done.
|
#
155521 |
|
10-Feb-2006 |
mjacob |
Do initial cut of SAS HBA support. These controllers (106X) seem to support automatically both SATA and SAS drives. The async SAS event handling we catch but ignore at present (so automagic attach/detach isn't hooked up yet).
Do 64 bit PCI support- we can now work on systems with > 4GB of memory.
Do large transfer support- we now can support up to reported chain depth, or the length of our request area. We simply allocate additional request elements when we would run out of room for chain lists.
Tested on Ultra320, FC and SAS controllers on AMD64 and i386 platforms. There were no RAID cards available for me to regression test.
The error recovery for this driver still is pretty bad.
|
#
150007 |
|
11-Sep-2005 |
mjacob |
Restore the 929X support that got nuked in merge
|
#
148679 |
|
03-Aug-2005 |
gibbs |
Correct attribution in clause three to address the correct copyright holders. The license that was approved for my changes to this driver originally came from LSI, but the changes to the driver core are not owned by LSI.
MFC: 1 day
|
#
147883 |
|
10-Jul-2005 |
scottl |
Massive overhaul of MPT Fusion driver:
o Add timeout error recovery (from a thread context to avoid the deferral of other critical interrupts). o Properly recover commands across controller reset events. o Update the driver to handle events and status codes that have been added to the MPI spec since the driver was originally written. o Make the driver more modular to improve maintainability and support dynamic "personality" registration (e.g. SCSI Initiator, RAID, SAS, FC, etc). o Shorten and simplify the common I/O path to improve driver performance. o Add RAID volume and RAID member state/settings reporting. o Add periodic volume resynchronization status reporting. o Add support for sysctl tunable resync rate, member write cache enable, and volume transaction queue depth.
Sponsored by ---------------- Avid Technologies Inc: SCSI error recovery, driver re-organization, update of MPI library headers, portions of dynamic personality registration, and misc bug fixes.
Wheel Open Technologies: RAID event notification, RAID member pass-thru support, firmware upload/download support, enhanced RAID resync speed, portions of dynamic personality registration, and misc bug fixes.
Detailed Changes ================ mpt.c mpt_cam.c mpt_raid.c mpt_pci.c: o Add support for personality modules. Each module exports load, and unload module scope methods as well as probe, attach, event, reset, shutdown, and detach per-device instance methods
mpt.c mpt.h mpt_pci.c: o The driver now associates a callback function (via an index) with every transaction submitted to the controller. This allows the main interrupt handler to absolve itself of any knowledge of individual transaction/response types by simply calling the callback function "registered" for the transaction. We use a callback index instead of a callback function pointer in each requests so we can properly handle responses (e.g. event notifications) that are not associated with a transaction. Personality modules dynamically register their callbacks with the driver core to receive the callback index to use for their handlers.
o Move the interrupt handler into mpt.c. The ISR algorithm is bus transport and OS independent and thus had no reason to be in mpt_pci.c.
o Simplify configuration message reply handling by copying reply frame data for the requester and storing completion status in the original request structure.
o Add the mpt_complete_request_chain() helper method and use it to implement reset handlers that must abort transactions.
o Keep track of all pending requests on the new requests_pending_list in the softc.
o Add default handlers to mpt.c to handle generic event notifications and controller reset activities. The event handler code is largely the same as in the original driver. The reset handler is new and terminates any pending transactions with a status code indicating the controller needs to be re-initialized.
o Add some endian support to the driver. A complete audit is still required for this driver to have any hope of operating in a big-endian environment.
o Use inttypes.h and __inline. Come closer to being style(9) compliant.
o Remove extraneous use of typedefs.
o Convert request state from a strict enumeration to a series of flags. This allows us to, for example, tag transactions that have timed-out while retaining the state that the transaction is still in-flight on the controller.
o Add mpt_wait_req() which allows a caller to poll or sleep for the completion of a request. Use this to simplify and factor code out from many initialization routines. We also use this to sleep for task management request completions in our CAM timeout handler.
mpt.c: o Correct a bug in the event handler where request structures were freed even if the request reply was marked as a continuation reply. Continuation replies indicate that the controller still owns the request and freeing these replies prematurely corrupted controller state.
o Implement firmware upload and download. On controllers that do not have dedicated NVRAM (as in the Sun v20/v40z), the firmware image is downloaded to the controller by the system BIOS. This image occupies precious controller RAM space until the host driver fetches the image, reducing the number of concurrent I/Os the controller can processes. The uploaded image is used to re-program the controller during hard reset events since the controller cannot fetch the firmware on its own. Implementing this feature allows much higher queue depths when RAID volumes are configured.
o Changed configuration page accessors to allow threads to sleep rather than busy wait for completion.
o Removed hard coded data transfer sizes from configuration page routines so that RAID configuration page processing is possible.
mpt_reg.h: o Move controller register definitions into a separate file.
mpt.h: o Re-arrange includes to allow inlined functions to be defined in mpt.h.
o Add reply, event, and reset handler definitions.
o Add softc fields for handling timeout and controller reset recovery.
mpt_cam.c: o Move mpt_freebsd.c to mpt_cam.c. Move all core functionality, such as event handling, into mpt.c leaving only CAM SCSI support here.
o Revamp completion handler to provide correct CAM status for all currently defined SCSI MPI message result codes.
o Register event and reset handlers with the MPT core. Modify the event handler to notify CAM of bus reset events. The controller reset handler will abort any transactions that have timed out. All other pending CAM transactions are correctly aborted by the core driver's reset handler.
o Allocate a single request up front to perform task management operations. This guarantees that we can always perform a TMF operation even when the controller is saturated with other operations. The single request also serves as a perfect mechanism of guaranteeing that only a single TMF is in flight at a time - something that is required according to the MPT Fusion documentation.
o Add a helper function for issuing task management requests to the controller. This is used to abort individual requests or perform a bus reset.
o Modify the CAM XPT_BUS_RESET ccb handler to wait for and properly handle the status of the bus reset task management frame used to reset the bus. The previous code assumed that the reset request would always succeed.
o Add timeout recovery support. When a timeout occurs, the timed-out request is added to a queue to be processed by our recovery thread and the thread is woken up. The recovery thread processes timed-out command serially, attempting first to abort them and then falling back to a bus reset if an abort fails.
o Add calls to mpt_reset() to reset the controller if any handshake command, bus reset attempt or abort attempt fails due to a timeout.
o Export a secondary "bus" to CAM that exposes all volume drive members as pass-thru devices, allowing CAM to perform proper speed negotiation to hidden devices.
o Add a CAM async event handler tracking the AC_FOUND_DEVICE event. Use this to trigger calls to set the per-volume queue depth once the volume is fully registered with CAM. This is required to avoid hitting firmware limits on volume queue depth. Exceeding the limit causes the firmware to hang.
mpt_cam.h: o Add several helper functions for interfacing to CAM and performing timeout recovery.
mpt_pci.c: o Disable interrupts on the controller before registering and enabling interrupt delivery to the OS. Otherwise we risk receiving interrupts before the driver is ready to receive them.
o Make use of compatibility macros that allow the driver to be compiled under 4.x and 5.x.
mpt_raid.c: o Add a per-controller instance RAID thread to perform settings changes and query status (minimizes CPU busy wait loops).
o Use a shutdown handler to disable "Member Write Cache Enable" (MWCE) setting for RAID arrays set to enable MWCE During Rebuild.
o Change reply handler function signature to allow handlers to defer the deletion of reply frames. Use this to allow the event reply handler to queue up events that need to be acked if no resources are available to immediately ack an event. Queued events are processed in mpt_free_request() where resources are freed. This avoids a panic on resource shortage.
o Parse and print out RAID controller capabilities during driver probe.
o Define, allocate, and maintain RAID data structures for volumes, hidden member physical disks and spare disks.
o Add dynamic sysctls for per-instance setting of the log level, array resync rate, array member cache enable, and volume queue depth.
mpt_debug.c: o Add mpt_lprt and mpt_lprtc for printing diagnostics conditioned on a particular log level to aid in tracking down driver issues.
o Add mpt_decode_value() which parses the bits in an integer value based on a parsing table (mask, value, name string, tuples).
mpilib/*: o Update mpi library header files to latest distribution from LSI.
Submitted by: gibbs Approved by: re
|
#
146734 |
|
29-May-2005 |
nyan |
Remove bus_{mem,p}io.h and related code for a micro-optimization on i386 and amd64. The optimization is a trivial on recent machines.
Reviewed by: -arch (imp, marcel, dfr)
|
#
143158 |
|
05-Mar-2005 |
imp |
Use BUS_PROBE_DEFAULT for pci probe return value
|
#
139019 |
|
18-Dec-2004 |
sobomax |
Add support for FC929X, which apparently is just a PCI-X version of FC929.
MFC after: 3 days
|
#
127135 |
|
17-Mar-2004 |
njl |
Convert callers to the new bus_alloc_resource_any(9) API.
Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
|
#
123740 |
|
23-Dec-2003 |
peter |
Catch a few places where NULL (pointer) was used where 0 (integer) was expected.
|
#
119690 |
|
02-Sep-2003 |
jhb |
Use PCIR_BAR(x) instead of PCIR_MAPS.
Glanced over by: imp, gibbs Tested by: i386 LINT
|
#
119418 |
|
24-Aug-2003 |
obrien |
Use __FBSDID(). Also some minor style cleanups.
|
#
119285 |
|
22-Aug-2003 |
imp |
Prefer new location of pci include files (which have only been in the tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
|
#
117126 |
|
01-Jul-2003 |
scottl |
Mega busdma API commit.
Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour.
sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen.
If anyone gets panics or warnings from dflt_lock() being called, please let me know right away.
Reviewed by: tmm, gibbs
|
#
111346 |
|
23-Feb-2003 |
obrien |
PAGE_SIZE is unsigned on all our platforms, and is a long on some. So cast to u_long before printing out and use a matching specifier.
Tested on: sparc64
|
#
111119 |
|
19-Feb-2003 |
imp |
Back out M_* changes, per decision of the TRB.
Approved by: trb
|
#
109623 |
|
21-Jan-2003 |
alfred |
Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0. Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
|
#
103914 |
|
24-Sep-2002 |
mjacob |
Code cleanup: use mpt_prt instead of device_printf.
|
#
103871 |
|
23-Sep-2002 |
mjacob |
Parameterize MPT_MAX_REQUESTS based upon device type (FC has Global Credits of 1024- Ultra4 256). Rename 'requests' tag to 'request_pool' for clarity. Make sure we do correct xpt_freeze_simq/CAM_RELEASE_SIMQ if we run out of chip resources.
MFC after: 6 days
|
#
103829 |
|
23-Sep-2002 |
mjacob |
Recognize the single channel 2Gb card (FC919)- thanks to LSI Logic for pointing this out.
In mpt_intr, don't try and pop a reply queue element out *unless* the interrupt status says you might have one.
MFC after: 1 week
|
#
102596 |
|
30-Aug-2002 |
mjacob |
Add 909A PCI id.
MFC after: 2 days
|
#
102303 |
|
23-Aug-2002 |
mjacob |
Pick a cleaner method (and put in a separate function) for finding the peer device on a dual board.
|
#
102199 |
|
20-Aug-2002 |
mjacob |
A chunk of cleanup, both stylistic and substantive.
We now also read configuration information for the SCSI cards- this allows us to try and say what the speed settings now are.
Start, but not yet complete, the process of reorgs && #defines so that we can backport to RELENG_4 pretty soon.
|
#
101704 |
|
11-Aug-2002 |
mjacob |
Add support for the LSI-Logic Fusion/MP architecture.
This is an architecture that present a thing message passing interface to the OS. You can query as to how many ports and what kind are attached and enable them and so on.
A less grand view is that this is just another way to package SCSI (SPI or FC) and FC-IP into a one-driver interface set.
This driver support the following hardware:
LSI FC909: Single channel, 1Gbps, Fibre Channel (FC-SCSI only) LSI FC929: Dual Channel, 1-2Gbps, Fibre Channel (FC-SCSI only) LSI 53c1020: Single Channel, Ultra4 (320M) (Untested) LSI 53c1030: Dual Channel, Ultra4 (320M)
Currently it's in fair shape, but expect a lot of changes over the next few weeks as it stabilizes.
Credits:
The driver is mostly from some folks from Jeff Roberson's company- I've been slowly migrating it to broader support that I it came to me as.
The hardware used in developing support came from:
FC909: LSI-Logic, Advansys (now Connetix) FC929: LSI-Logic 53c1030: Antares Microsystems (they make a very fine board!)
MFC after: 3 weeks
|