Revision tags: release/10.0.0 |
|
#
0bfd163f |
| 18-Oct-2013 |
Gleb Smirnoff <glebius@FreeBSD.org> |
Merge head r233826 through r256722.
|
Revision tags: release/9.2.0 |
|
#
d1d01586 |
| 05-Sep-2013 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge from head
|
#
40f65a4d |
| 07-Aug-2013 |
Peter Grehan <grehan@FreeBSD.org> |
IFC @ r254014
|
#
92e0a672 |
| 19-Jul-2013 |
Peter Grehan <grehan@FreeBSD.org> |
IFC @ r253461
|
#
552311f4 |
| 17-Jul-2013 |
Xin LI <delphij@FreeBSD.org> |
IFC @253398
|
#
e9efbc13 |
| 09-Jul-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Update copyright dates.
MFC after: 3 days
|
#
2642f6b2 |
| 27-Jun-2013 |
Peter Grehan <grehan@FreeBSD.org> |
IFC @ r252288
|
#
bbd412dd |
| 27-Jun-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Remove remaining uio-related code.
The nvme_physio() function was removed quite a while ago, which was the only user of this uio-related code.
Sponsored by: Intel MFC after: 3 days
|
#
7b68ae1e |
| 27-Jun-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Fail any passthrough command whose transfer size exceeds the controller's max transfer size. This guards against rogue commands coming in from userspace.
Also add KASSERTS for the virtual address a
Fail any passthrough command whose transfer size exceeds the controller's max transfer size. This guards against rogue commands coming in from userspace.
Also add KASSERTS for the virtual address and unmapped bio cases, if the transfer size exceeds the controller's max transfer size.
Sponsored by: Intel MFC after: 3 days
show more ...
|
#
8d09e3c4 |
| 27-Jun-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Use MAXPHYS to specify the maximum I/O size for nvme(4).
Also allow admin commands to transfer up to this maximum I/O size, rather than the artificial limit previously imposed. The larger I/O size
Use MAXPHYS to specify the maximum I/O size for nvme(4).
Also allow admin commands to transfer up to this maximum I/O size, rather than the artificial limit previously imposed. The larger I/O size is very beneficial for upcoming firmware download support. This has the added benefit of simplifying the code since both admin and I/O commands now use the same maximum I/O size.
Sponsored by: Intel MFC after: 3 days
show more ...
|
#
cfe30d02 |
| 19-Jun-2013 |
Gleb Smirnoff <glebius@FreeBSD.org> |
Merge fresh head.
|
Revision tags: release/8.4.0 |
|
#
69e6d7b7 |
| 12-Apr-2013 |
Simon J. Gerraty <sjg@FreeBSD.org> |
sync from head
|
#
ca269f32 |
| 12-Apr-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Move the busdma mapping functions to nvme_qpair.c.
This removes nvme_uio.c completely.
Sponsored by: Intel
|
#
e2b99004 |
| 12-Apr-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Do not panic when a busdma mapping operation fails.
Instead, print an error message and fail the associated command with DATA_TRANSFER_ERROR NVMe completion status.
Sponsored by: Intel
|
#
5fdf9c3c |
| 01-Apr-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Add unmapped bio support to nvme(4) and nvd(4).
Sponsored by: Intel
|
#
1e526bc4 |
| 29-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Add "type" to nvme_request, signifying if its payload is a VADDR, UIO, or NULL. This simplifies decisions around if/how requests are routed through busdma. It also paves the way for supporting unmap
Add "type" to nvme_request, signifying if its payload is a VADDR, UIO, or NULL. This simplifies decisions around if/how requests are routed through busdma. It also paves the way for supporting unmapped bios.
Sponsored by: Intel
show more ...
|
#
bdd1fd40 |
| 27-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Fix printf format issue on i386.
Reported by: bz
|
#
547d523e |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Clean up debug prints.
1) Consistently use device_printf. 2) Make dump_completion and dump_command into something more human-readable.
Sponsored by: Intel Reviewed by: carl
|
#
237d2019 |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Change a number of malloc(9) calls to use M_WAITOK instead of M_NOWAIT.
Sponsored by: Intel Suggested by: carl Reviewed by: carl
|
#
43a37256 |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Abort and do not retry any outstanding admin commands left over after a controller reset.
Sponsored by: Intel Reviewed by: carl
|
#
232e2edb |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Add the ability to internally mark a controller as failed, if it is unable to start or reset. Also add a notifier for NVMe consumers for controller fail conditions and plumb this notifier for nvd(4)
Add the ability to internally mark a controller as failed, if it is unable to start or reset. Also add a notifier for NVMe consumers for controller fail conditions and plumb this notifier for nvd(4) to destroy the associated GEOM disks when a failure occurs.
This requires a bit of work to cover the races when a consumer is sending I/O requests to a controller that is transitioning to the failed state. To help cover this condition, add a task to defer completion of I/Os submitted to a failed controller, so that the consumer will still always receive its completions in a different context than the submission.
Sponsored by: Intel Reviewed by: carl
show more ...
|
#
3d7eb41c |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Just disable the controller instead of deleting IO queues during detach.
This is just as effective, and removes the need for a bunch of admin commands to a controller that's going to be disabled sho
Just disable the controller instead of deleting IO queues during detach.
This is just as effective, and removes the need for a bunch of admin commands to a controller that's going to be disabled shortly anyways.
Sponsored by: Intel Reviewed by: carl
show more ...
|
#
cb5b7c13 |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Cap the number of retry attempts to a configurable number. This ensures that if a specific I/O repeatedly times out, we don't retry it indefinitely.
The default number of retries will be 4, but is
Cap the number of retry attempts to a configurable number. This ensures that if a specific I/O repeatedly times out, we don't retry it indefinitely.
The default number of retries will be 4, but is adjusted using hw.nvme.retry_count.
Sponsored by: Intel Reviewed by: carl
show more ...
|
#
cf81529c |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Create struct nvme_status.
NVMe error log entries include status, so breaking this out into its own data structure allows it to be included in both the nvme_completion data structure as well as erro
Create struct nvme_status.
NVMe error log entries include status, so breaking this out into its own data structure allows it to be included in both the nvme_completion data structure as well as error log entry data structures.
While here, expose nvme_completion_is_error(), and change all of the places that were explicitly looking at sc/sct bits to use this macro instead.
Sponsored by: Intel Reviewed by: carl
show more ...
|
#
f37c22a3 |
| 26-Mar-2013 |
Jim Harris <jimharris@FreeBSD.org> |
Make nvme_ctrlr_reset a nop if a reset is already in progress.
This protects against cases where a controller crashes with multiple I/O outstanding, each timing out and requesting controller resets
Make nvme_ctrlr_reset a nop if a reset is already in progress.
This protects against cases where a controller crashes with multiple I/O outstanding, each timing out and requesting controller resets simultaneously.
While here, remove a debugging printf from a previous commit, and add more logging around I/O that need to be resubmitted after a controller reset.
Sponsored by: Intel Reviewed by: carl
show more ...
|