Skip to content
Snippets Groups Projects
  1. Jan 18, 2016
  2. Dec 12, 2015
  3. Dec 02, 2015
  4. Nov 26, 2015
  5. Nov 23, 2015
  6. Nov 21, 2015
  7. Nov 20, 2015
  8. Nov 18, 2015
  9. Nov 17, 2015
  10. Nov 16, 2015
  11. Nov 14, 2015
  12. Nov 12, 2015
  13. Nov 11, 2015
    • Jens Axboe's avatar
      MAINTAINERS: add reference to new linux-block list · 82c426e0
      Jens Axboe authored
      
      In the past, I've resisted doing a non-lkml related block/storage
      list. But we have more activity now than we previously did, and
      ain't nobody got time to track and follow lkml.
      
      So now linux-block@vger.kernel.org exists. Please CC your patches
      related to block/storage here, and we'll have an easier time
      tracking them.
      
      Signed-off-by: default avatarJens Axboe <axboe@fb.com>
      82c426e0
  14. Nov 09, 2015
  15. Nov 07, 2015
  16. Nov 05, 2015
  17. Nov 03, 2015
  18. Nov 02, 2015
  19. Oct 31, 2015
  20. Oct 30, 2015
  21. Oct 29, 2015
    • Matias Bjørling's avatar
      lightnvm: Support for Open-Channel SSDs · cd9e9808
      Matias Bjørling authored
      
      Open-channel SSDs are devices that share responsibilities with the host
      in order to implement and maintain features that typical SSDs keep
      strictly in firmware. These include (i) the Flash Translation Layer
      (FTL), (ii) bad block management, and (iii) hardware units such as the
      flash controller, the interface controller, and large amounts of flash
      chips. In this way, Open-channels SSDs exposes direct access to their
      physical flash storage, while keeping a subset of the internal features
      of SSDs.
      
      LightNVM is a specification that gives support to Open-channel SSDs
      LightNVM allows the host to manage data placement, garbage collection,
      and parallelism. Device specific responsibilities such as bad block
      management, FTL extensions to support atomic IOs, or metadata
      persistence are still handled by the device.
      
      The implementation of LightNVM consists of two parts: core and
      (multiple) targets. The core implements functionality shared across
      targets. This is initialization, teardown and statistics. The targets
      implement the interface that exposes physical flash to user-space
      applications. Examples of such targets include key-value store,
      object-store, as well as traditional block devices, which can be
      application-specific.
      
      Contributions in this patch from:
      
        Javier Gonzalez <jg@lightnvm.io>
        Dongsheng Yang <yangds.fnst@cn.fujitsu.com>
        Jesper Madsen <jmad@itu.dk>
      
      Signed-off-by: default avatarMatias Bjørling <m@bjorling.me>
      Signed-off-by: default avatarJens Axboe <axboe@fb.com>
      cd9e9808
  22. Oct 28, 2015
Loading