Project

General

Profile

Bug #28201

Fix queue length reporting in mps(4) and mpr(4)

Added by Alexander Motin about 1 year ago. Updated about 1 year ago.

Status:
Done
Priority:
Expected
Assignee:
Alexander Motin
Category:
OS
Target version:
Seen in:
Severity:
Low Medium
Reason for Closing:
Reason for Blocked:
Needs QA:
Yes
Needs Doc:
No
Needs Merging:
No
Needs Automation:
No
Support Suite Ticket:
n/a
Hardware Configuration:
ChangeLog Required:
No

Description

Both mps(4) and mpr(4) drivers were found to report CAM bigger queue depth then they really can handle. It makes them later under high load with many disks return some of submitted requests back with CAM_REQUEUE_REQ status for later resubmission (can be seen with CAM error logging enabled with `camcontrol debug -I all`). It may both reduce performance and potentially affect some third-party software trying to talks disks directly with SCSI commands.


Related issues

Related to FreeNAS - Bug #28235: Bump default number of chain frames for mps(4) and mpr(4)Done2018-02-06

Associated revisions

Revision b0ec37c4 (diff)
Added by Alexander Motin about 1 year ago

Fix queue length reporting in mps(4) and mpr(4).

Both drivers were found to report CAM bigger queue depth then they really
can handle. It made them later under high load with many disks return
some of submitted requests back with CAM_REQUEUE_REQ status for later
resubmission.

Ticket: #28201

Revision b0ec37c4 (diff)
Added by Alexander Motin about 1 year ago

Fix queue length reporting in mps(4) and mpr(4).

Both drivers were found to report CAM bigger queue depth then they really
can handle. It made them later under high load with many disks return
some of submitted requests back with CAM_REQUEUE_REQ status for later
resubmission.

Ticket: #28201

Revision b0cad8d8 (diff)
Added by Alexander Motin about 1 year ago

Fix queue length reporting in mps(4) and mpr(4).

Both drivers were found to report CAM bigger queue depth then they really
can handle. It made them later under high load with many disks return
some of submitted requests back with CAM_REQUEUE_REQ status for later
resubmission.

Ticket: #28201
(cherry picked from commit b0ec37c456eddea49497acec7e264d95db307690)

Revision b0cad8d8 (diff)
Added by Alexander Motin about 1 year ago

Fix queue length reporting in mps(4) and mpr(4).

Both drivers were found to report CAM bigger queue depth then they really
can handle. It made them later under high load with many disks return
some of submitted requests back with CAM_REQUEUE_REQ status for later
resubmission.

Ticket: #28201
(cherry picked from commit b0ec37c456eddea49497acec7e264d95db307690)

Revision 340c8069 (diff)
Added by Alexander Motin about 1 year ago

Fix queue length reporting in mps(4) and mpr(4).

Both drivers were found to report CAM bigger queue depth then they really
can handle. It made them later under high load with many disks return
some of submitted requests back with CAM_REQUEUE_REQ status for later
resubmission.

Ticket: #28201

Revision 340c8069 (diff)
Added by Alexander Motin about 1 year ago

Fix queue length reporting in mps(4) and mpr(4).

Both drivers were found to report CAM bigger queue depth then they really
can handle. It made them later under high load with many disks return
some of submitted requests back with CAM_REQUEUE_REQ status for later
resubmission.

Ticket: #28201

History

#2 Updated by Alexander Motin about 1 year ago

  • Status changed from In Progress to Done
  • Needs Merging changed from Yes to No

The patch is committed and merged to 11.1-stable.

#3 Updated by Dru Lavigne about 1 year ago

  • Subject changed from LSI HBA drivers report incorrect queue depth to CAM to Fix queue length reporting in mps(4) and mpr(4)

#6 Updated by Alexander Motin about 1 year ago

  • Related to Bug #28235: Bump default number of chain frames for mps(4) and mpr(4) added

Also available in: Atom PDF