1. 20 11月, 2015 1 次提交
  2. 12 11月, 2015 3 次提交
  3. 08 11月, 2015 1 次提交
  4. 07 11月, 2015 1 次提交
  5. 04 11月, 2015 1 次提交
  6. 29 10月, 2015 1 次提交
    • M
      nvme: LightNVM support · ca064085
      Matias Bjørling 提交于
      The first generation of Open-Channel SSDs is based on NVMe. The NVMe
      driver is extended with support for the LightNVM command set.
      
      Detection is made through PCI IDs. Current supported devices are the
      qemu nvme simulator and CNEX Labs Westlake SSD. The qemu nvme enables
      support through vendor specific bits in the namespace identification and
      the CNEX Labs Westlake SSD implements a LightNVM compatible firmware and
      is detected using the same method as qemu.
      
      After detection, vendor specific codes are used to identify the device
      and enumerate supported features.
      Reviewed-by: NKeith Busch <keith.busch@intel.com>
      Signed-off-by: NJavier González <jg@lightnvm.io>
      Signed-off-by: NMatias Bjørling <m@bjorling.me>
      Signed-off-by: NJens Axboe <axboe@fb.com>
      ca064085
  7. 22 10月, 2015 8 次提交
  8. 15 10月, 2015 2 次提交
  9. 13 10月, 2015 1 次提交
    • A
      nvme: fix 32-bit build warning · 3d42e67f
      Arnd Bergmann 提交于
      Compiling the nvme driver on 32-bit warns about a cast from a __u64
      variable to a pointer:
      
      drivers/block/nvme-core.c: In function 'nvme_submit_io':
      drivers/block/nvme-core.c:1847:4: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
          (void __user *)io.addr, length, NULL, 0);
      
      The cast here is intentional and safe, so we can shut up the
      gcc warning by adding an intermediate cast to 'uintptr_t'.
      
      I had previously submitted a patch to fix this problem in the
      nvme driver, but it was accepted on the same day that two new
      warnings got added.
      
      For clarification, I also change the third instance of this cast
      to use uintptr_t instead of unsigned long now.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: d29ec824 ("nvme: submit internal commands through the block layer")
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NJens Axboe <axboe@fb.com>
      3d42e67f
  10. 10 10月, 2015 11 次提交
  11. 01 10月, 2015 1 次提交
  12. 24 9月, 2015 1 次提交
  13. 26 8月, 2015 1 次提交
  14. 20 8月, 2015 2 次提交
  15. 19 8月, 2015 3 次提交
  16. 18 8月, 2015 1 次提交
    • K
      NVMe: Set queue max segments · e824410f
      Keith Busch 提交于
      This sets the queue's max segment size to match the device's
      capabilities. The default of 128 is usable until a device's transfer
      capability exceeds 512k, assuming a device page size of 4k. Many nvme
      devices exceed that transfer limit, so this lets the block layer know what
      kind of commands it to allow to form rather than unnecessarily split them.
      
      One additional segment is added to account for a transfer that may start
      in the middle of a page.
      Signed-off-by: NKeith Busch <keith.busch@intel.com>
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NJens Axboe <axboe@fb.com>
      e824410f
  17. 22 7月, 2015 1 次提交