Skip to content
  1. Nov 18, 2015
  2. Nov 17, 2015
  3. Nov 09, 2015
    • James Hogan's avatar
      MAINTAINERS: Change Meta arch port status to Odd Fixes · f23d0e24
      James Hogan authored
      
      
      For a while now the Meta architecture port has been supported with only
      odd fixes rather than any big new features, since it has now been
      effectively supersceded by MIPS, and there is no prospect of any new
      products being based on it. Change the maintenance status to Odd Fixes
      in order to reflect reality.
      
      Signed-off-by: default avatarJames Hogan <james.hogan@imgtec.com>
      Cc: linux-metag@vger.kernel.org
      f23d0e24
  4. Nov 07, 2015
  5. Nov 05, 2015
    • Rob Herring's avatar
      MAINTAINERS: update DT binding doc locations · 2d799dde
      Rob Herring authored
      
      
      After the recent moving of DT binding documents, some maintainers entries
      are stale. Update them to the new locations.
      
      In bindings/fb/, there were only 2 files and I'm assuming the FB
      maintainers don't want to be copied on all of bindings/display/. So I've
      dropped them.
      
      Reported-by: default avatarThierry Reding <thierry.reding@gmail.com>
      Cc: Thierry Reding <thierry.reding@gmail.com>
      Cc: Jianwei Wang <jianwei.wang.chn@gmail.com>
      Cc: Alison Wang <alison.wang@freescale.com>
      Cc: Philipp Zabel <p.zabel@pengutronix.de>
      Cc: Mark Yao <mark.yao@rock-chips.com>
      Cc: Benjamin Gaignard <benjamin.gaignard@linaro.org>
      Cc: Vincent Abriou <vincent.abriou@st.com>
      Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: James Hogan <james.hogan@imgtec.com>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      2d799dde
  6. Nov 03, 2015
  7. Nov 02, 2015
  8. Oct 31, 2015
  9. Oct 30, 2015
  10. 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
  11. Oct 28, 2015
  12. Oct 27, 2015
  13. Oct 26, 2015
  14. Oct 23, 2015
  15. Oct 21, 2015
Loading