lkml.org 
[lkml]   [2019]   [May]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH 3/4] nvme-pci: add device coredump support
2019年5月4日(土) 19:04 Minwoo Im <minwoo.im.dev@gmail.com>:
>
> 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.

I tried to imitate the output of 'nvme show-regs'.

> > + { 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.

I'm going to change the register dump in binary format just like
'nvme show-regs -o binary' does. So we'll have registers from 00h to 4Fh.

\
 
 \ /
  Last update: 2019-05-04 16:28    [W:0.072 / U:0.428 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site