Please sign in to see the alerts.

Overview

Project website docs.freebsd.org/en
Translation license BSD 2-Clause "Simplified" License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
File mask documentation/content/*/books/arch-handbook/scsi/_index.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 6,802 162,716 1,182,674
Source 358 8,564 62,246
Translated 11% 812 11% 18,205 11% 130,956
Needs editing 1% 92 2% 4,198 2% 28,925
Read-only 5% 358 5% 8,564 5% 62,246
Failing checks 1% 57 1% 1,388 1% 12,066
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 86% 5,898 86% 140,313 86% 1,022,793
Last 12 months Previous

Activity in last 12 months

3 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 3 changes 361 changes 361 changes 0 changes 3 changes 1 change 0 changes 0 changes 0 changes 381 changes 0 changes 127 changes
Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun

Quick numbers

162 k
Hosted words
6,802
Hosted strings
11%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
+5%
Translated
+6%
—
Contributors
+100%
User avatar None

Committed changes

Documentation / books/arch-handbook/scsi/_index — Russian

Committed changes 3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

or
или
3 weeks ago
User avatar v.popolitov

Translation uploaded

Documentation / books/arch-handbook/scsi/_index — Russian

or
или
3 weeks ago
User avatar None

Committed changes

Documentation / books/arch-handbook/scsi/_index — Russian

Committed changes 3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

When we abort a request all the other disconnected requests to the same target/LUN get aborted too. So there appears a question, should we return them with status CAM_REQ_ABORTED or CAM_CMD_TIMEOUT? The current drivers use CAM_CMD_TIMEOUT. This seems logical because if one request got timed out then probably something really bad is happening to the device, so if they would not be disturbed they would time out by themselves.
Когда мы прерываем запрос, все остальные отключенные запросы к тому же целевому устройству/LUN также прерываются. Возникает вопрос: следует ли возвращать их со статусом CAM_REQ_ABORTED или CAM_CMD_TIMEOUT? Текущие драйверы используют CAM_CMD_TIMEOUT. Это кажется логичным, потому что если один запрос превысил время ожидания, то, вероятно, с устройством происходит что-то действительно плохое, и если их не трогать, они бы сами превысили время ожидания.
3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

When the timeout for an HCB expires that request should be aborted, just like with an XPT_ABORT request. The only difference is that the returned status of aborted request should be CAM_CMD_TIMEOUT instead of CAM_REQ_ABORTED (that is why implementation of the abort better be done as a function). But there is one more possible problem: what if the abort request itself will get stuck? In this case the SCSI bus should be reset, just like with an XPT_RESET_BUS request (and the idea about implementing it as a function called from both places applies here too). Also we should reset the whole SCSI bus if a device reset request got stuck. So after all the timeout function would look like:
Когда время ожидания для HCB истекает, этот запрос должен быть прерван, как и в случае с запросом XPT_ABORT. Единственное отличие заключается в том, что возвращаемый статус прерванного запроса должен быть CAM_CMD_TIMEOUT вместо CAM_REQ_ABORTED (вот почему реализацию прерывания лучше сделать в виде функции). Но есть ещё одна возможная проблема: что если сам запрос на прерывание зависнет? В этом случае шина SCSI должна быть сброшена, как и при запросе XPT_RESET_BUS (и идея о реализации этого в виде функции, вызываемой из обоих мест, применима и здесь). Также мы должны сбросить всю шину SCSI, если запрос на сброс устройства завис. В итоге функция обработки таймаута будет выглядеть следующим образом:
3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

Timeout Handling
Обработка Ттаймаутов
3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

_CAM_TID_INVALID_ - the target ID in the request is not supported by the SCSI controller
_CAM_TID_INVALID_ - идентификатор целевого устройства в запросе не поддерживается контроллером SCSI
3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

_CAM_LUN_INVALID_ - the LUN ID in the request is not supported by the SCSI controller
_CAM_LUN_INVALID_ - идентификатор LUN в запросе не поддерживается контроллером SCSI
3 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/arch-handbook/scsi/_index — Russian

_CAM_REQUEUE_REQ_ - this request should be re-queued to preserve transaction ordering. This typically occurs when the SIM recognizes an error that should freeze the queue and must place other queued requests for the target at the sim level back into the XPT queue. Typical cases of such errors are selection timeouts, command timeouts and other like conditions. In such cases the troublesome command returns the status indicating the error, the and the other commands which have not be sent to the bus yet get re-queued.
_CAM_REQUEUE_REQ_ - этот запрос должен быть повторно поставлен в очередь для сохранения порядка транзакций. Обычно это происходит, когда SIM обнаруживает ошибку, которая должна заморозить очередь, и необходимо поместить другие запросы в очереди для цели на уровне SIM обратно в очередь XPT. Типичными случаями таких ошибок являются тайм-ауты выбора, тайм-ауты команд и другие подобные условия. В таких случаях проблемная команда возвращает статус, указывающий на ошибку, а другие команды, которые ещё не были отправлены на шину, повторно ставятся в очередь.
3 weeks ago
Browse all component changes