All of lore.kernel.org
 help / color / mirror / Atom feed
From: james.smart@broadcom.com (James Smart)
Subject: [PATCH] nvme-cli: make default error log entries to 128
Date: Wed, 12 Sep 2018 15:34:03 -0700	[thread overview]
Message-ID: <c3c10cd5-6169-49bf-8cdf-bc59d1c262c6@broadcom.com> (raw)
In-Reply-To: <657c3d30-3d49-689a-383f-8492b0becc9e@broadcom.com>



On 9/11/2018 10:01 PM, James Smart wrote:
> On 9/10/2018 5:41 PM, Chaitanya Kulkarni wrote:
>> NVMeOF target defines default error log entries to be 128, use the
>> same number as a default value in the nvme-cli when retrieving
>> error-log.
>>
>> Signed-off-by: Chaitanya Kulkarni <chaitanya.kulkarni at wdc.com>
>> ---
>> ? nvme.c | 2 +-
>> ? 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/nvme.c b/nvme.c
>> index 970fc0b..ad88aa6 100644
>> --- a/nvme.c
>> +++ b/nvme.c
>> @@ -557,7 +557,7 @@ static int get_error_log(int argc, char **argv, 
>> struct command *cmd, struct plug
>> ????? };
>> ? ????? struct config cfg = {
>> -??????? .log_entries? = 64,
>> +??????? .log_entries? = 128,
>> ????????? .output_format = "normal",
>> ????? };
>
> I disagree with this change based on the current implementation. 
> Today's implementation tries to do the entire log read in an single 
> read operation. Thus you are doubling the size of the io payload to 
> something over 128k. It can be beyond the capacity of the host port or 
> the device.? I think it's already high at 64k.
>
> Now, if you wanted to change the nvme read log code to read the log in 
> multiple transactions up to this count, that would be good.
>
> -- james
>

I retract this - I was thinking it was discovery log. Error log entries 
are much smaller and is fine.

-- james

      reply	other threads:[~2018-09-12 22:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-11  0:41 [PATCH] nvme-cli: make default error log entries to 128 Chaitanya Kulkarni
2018-09-12  5:01 ` James Smart
2018-09-12 22:34   ` James Smart [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c3c10cd5-6169-49bf-8cdf-bc59d1c262c6@broadcom.com \
    --to=james.smart@broadcom.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.