[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <66a5d068-47b1-341f-988f-c890d7f01720@gmail.com>
Date: Sat, 4 May 2019 19:04:46 +0900
From: Minwoo Im <minwoo.im.dev@...il.com>
To: Akinobu Mita <akinobu.mita@...il.com>,
linux-nvme@...ts.infradead.org, linux-kernel@...r.kernel.org
Cc: Jens Axboe <axboe@...com>, Sagi Grimberg <sagi@...mberg.me>,
Keith Busch <keith.busch@...el.com>,
Johannes Berg <johannes@...solutions.net>,
Christoph Hellwig <hch@....de>
Subject: Re: [PATCH 3/4] nvme-pci: add device coredump support
Hi, Akinobu,
Regardless to reply of the cover, few nits here.
On 5/2/19 5:59 PM, Akinobu Mita wrote:
> +
> +static const struct nvme_reg nvme_regs[] = {
> + { NVME_REG_CAP, "cap", 64 },
> + { NVME_REG_VS, "version", 32 },
Why don't we just go with "vs" instead of full name of it just like
the others.
> + { NVME_REG_INTMS, "intms", 32 },
> + { NVME_REG_INTMC, "intmc", 32 },
> + { NVME_REG_CC, "cc", 32 },
> + { NVME_REG_CSTS, "csts", 32 },
> + { NVME_REG_NSSR, "nssr", 32 },
> + { NVME_REG_AQA, "aqa", 32 },
> + { NVME_REG_ASQ, "asq", 64 },
> + { NVME_REG_ACQ, "acq", 64 },
> + { NVME_REG_CMBLOC, "cmbloc", 32 },
> + { NVME_REG_CMBSZ, "cmbsz", 32 },
If it's going to support optional registers also, then we can have
BP-related things (BPINFO, BPRSEL, BPMBL) here also.
Thanks,
Powered by blists - more mailing lists