1. 08 10月, 2018 1 次提交
    • M
      mmc: uniphier-sd: add UniPhier SD/eMMC controller driver · 3fd784f7
      Masahiro Yamada 提交于
      Here is another TMIO MMC variant found in Socionext UniPhier SoCs.
      
      As commit b6147490 ("mmc: tmio: split core functionality, DMA and
      MFD glue") said, these MMC controllers use the IP from Panasonic.
      
      However, the MMC controller in the TMIO (Toshiba Mobile IO) MFD chip
      was the first upstreamed user of this IP.  The common driver code
      for this IP is now called 'tmio-mmc-core' in Linux although it is a
      historical misnomer.
      
      Anyway, this driver select's MMC_TMIO_CORE to borrow the common code
      from tmio-mmc-core.c
      
      Older UniPhier SoCs (LD4, Pro4, sLD8) support the external DMA engine
      like renesas_sdhi_sys_dmac.c.  The difference is UniPhier SoCs use a
      single DMA channel whereas Renesas chips request separate channels for
      RX and TX.
      
      Newer UniPhier SoCs (Pro5 and later) support the internal DMA engine
      like renesas_sdhi_internal_dmac.c  The register map is almost the same,
      so I guess Renesas and Socionext use the same internal DMA hardware.
      The main difference is, the register offsets are doubled for Renesas.
      
                              Renesas      Socionext
                              SDHI         UniPhier
        DM_CM_DTRAN_MODE      0x820        0x410
        DM_CM_DTRAN_CTRL      0x828        0x414
        DM_CM_RST             0x830        0x418
        DM_CM_INFO1           0x840        0x420
        DM_CM_INFO1_MASK      0x848        0x424
        DM_CM_INFO2           0x850        0x428
        DM_CM_INFO2_MASK      0x858        0x42c
        DM_DTRAN_ADDR         0x880        0x440
        DM_DTRAN_ADDREX        ---         0x444
      
      This comes from the difference of host->bus_shift; 2 for Renesas SoCs,
      and 1 for UniPhier SoCs.  Also, the datasheet for UniPhier SoCs defines
      DM_DTRAN_ADDR and DM_DTRAN_ADDREX as two separate registers.
      
      It could be possible to factor out the DMA common code by introducing
      some hooks to cope with platform quirks, but this patch does not touch
      that for now.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Acked-by: NWolfram Sang <wsa+renesas@sang-engineering.com>
      Signed-off-by: NUlf Hansson <ulf.hansson@linaro.org>
      3fd784f7
  2. 02 10月, 2018 1 次提交
  3. 30 9月, 2018 1 次提交
  4. 29 9月, 2018 3 次提交
  5. 27 9月, 2018 1 次提交
  6. 23 9月, 2018 1 次提交
  7. 21 9月, 2018 3 次提交
  8. 19 9月, 2018 2 次提交
  9. 14 9月, 2018 1 次提交
    • T
      MAINTAINERS: Make Dennis the percpu tree maintainer · 1194c415
      Tejun Heo 提交于
      Dennis rewrote a significant portion of the percpu allocator and has
      shown that he can respond in a timely and helpful manner when issues
      are reported against percpu allocator.
      
      Let's make Dennis the percpu tree maintainer.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: Dennis Zhou <dennis@kernel.org>
      Cc: Christoph Lameter <cl@linux.com>
      1194c415
  10. 11 9月, 2018 2 次提交
  11. 10 9月, 2018 2 次提交
  12. 07 9月, 2018 1 次提交
  13. 05 9月, 2018 1 次提交
  14. 28 8月, 2018 1 次提交
  15. 27 8月, 2018 1 次提交
  16. 26 8月, 2018 1 次提交
    • J
      libata: maintainership update · 7634ccd2
      Jens Axboe 提交于
      Tejun Heo wrote:
      >
      > I asked Jens whether he could take care of the libata tree and he
      > thankfully agreed, so, from now on, Jens will be the libata
      > maintainer.
      >
      > Thanks a lot!
      
      Thanks for your work in this area. I still remember the first linux
      storage summit we did in Vancouver 2001, Tejun was invited to talk about
      his libata error handling work. Before that, it was basically a crap
      shoot if we recovered properly or not... A lot of water has flown under
      the bridge since then!
      
      Here's an "official" patch. Linus, can you apply it?
      Signed-off-by: NJens Axboe <axboe@kernel.dk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      7634ccd2
  17. 24 8月, 2018 1 次提交
  18. 18 8月, 2018 2 次提交
  19. 16 8月, 2018 1 次提交
  20. 15 8月, 2018 1 次提交
  21. 11 8月, 2018 1 次提交
  22. 09 8月, 2018 2 次提交
  23. 08 8月, 2018 1 次提交
  24. 03 8月, 2018 1 次提交
  25. 02 8月, 2018 4 次提交
  26. 01 8月, 2018 2 次提交
  27. 31 7月, 2018 1 次提交