Den 16-04-2015 kl. 16:55 skrev Keith Busch:
On Wed, 15 Apr 2015, Matias Bjørling wrote:
@@ -2316,7 +2686,9 @@ static int nvme_dev_add(struct nvme_dev *dev)
struct nvme_id_ctrl *ctrl;
void *mem;
dma_addr_t dma_addr;
-int shift = NVME_CAP_MPSMIN(readq(&dev->bar->cap)) + 12;
+u6
On Thu, 16 Apr 2015, James R. Bergsten wrote:
My two cents worth is that it's (always) better to put ALL the commands into
one place so that the entire set can be viewed at once and thus avoid
inadvertent overloading of an opcode. Otherwise you don't know what you
don't know.
Yes, but these ar
Re: [PATCH 5/5 v2] nvme: LightNVM support
On Thu, 16 Apr 2015, Javier González wrote:
>> On 16 Apr 2015, at 16:55, Keith Busch wrote:
>>
>> Otherwise it looks pretty good to me, but I think it would be cleaner
>> if the lightnvm stuff is not mixed in the same file wit
On Thu, 16 Apr 2015, Javier González wrote:
On 16 Apr 2015, at 16:55, Keith Busch wrote:
Otherwise it looks pretty good to me, but I think it would be cleaner if
the lightnvm stuff is not mixed in the same file with the standard nvme
command set. We might end up splitting nvme-core in the futur
Hi,
> On 16 Apr 2015, at 16:55, Keith Busch wrote:
>
> On Wed, 15 Apr 2015, Matias Bjørling wrote:
>> @@ -2316,7 +2686,9 @@ static int nvme_dev_add(struct nvme_dev *dev)
>> struct nvme_id_ctrl *ctrl;
>> void *mem;
>> dma_addr_t dma_addr;
>> -int shift = NVME_CAP_MPSMIN(readq(&
On Wed, 15 Apr 2015, Matias Bjørling wrote:
@@ -2316,7 +2686,9 @@ static int nvme_dev_add(struct nvme_dev *dev)
struct nvme_id_ctrl *ctrl;
void *mem;
dma_addr_t dma_addr;
- int shift = NVME_CAP_MPSMIN(readq(&dev->bar->cap)) + 12;
+ u64 cap = readq(&dev->bar->ca
The first generation of Open-Channel SSDs will be based on NVMe. The
integration requires that a NVMe device exposes itself as a LightNVM
device. The way this is done currently is by hooking into the
Controller Capabilities (CAP register) and a bit in NSFEAT for each
namespace.
After detection, ve
7 matches
Mail list logo
