Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
大约 1 年 前同步成功

通知 155
Star 36
Fork 7
cloud-kernel
cloud-kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 27 10月, 2007 3 次提交
  3. 24 10月, 2007 3 次提交
  5. 23 10月, 2007 1 次提交
  7. 18 10月, 2007 2 次提交
  9. 17 10月, 2007 2 次提交
  11. 16 10月, 2007 1 次提交
  13. 15 10月, 2007 1 次提交
  15. 14 10月, 2007 1 次提交
  17. 13 10月, 2007 3 次提交
  19. 12 10月, 2007 1 次提交
  21. 11 10月, 2007 1 次提交
    • N
      pxamci: support arbitrary block size · c783837b
      由 Nicolas Pitre 提交于 
      The PXA has two transmit FIFOes, each32 byte deep.  when one FIFO is
full and the other one has been transmitted, they are automatically
swapped and DMA is triggered for another 32 byte burst.  However, when
there is less than 32 bytes left to send, the FIFO swap has to be done
manually. This is required for some SDIO transfers which are not
required to be multiples of 32 bytes.

A DMA completion interrupt is set for each descriptor which length isn't
a multiple of 32 in order to force the FIFO swap.  While at it, the DMA
interrupt handler has been made a bit more resilient against errors.
Signed-off-by: NNicolas Pitre <nico@marvell.com>
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      c783837b
  23. 06 10月, 2007 2 次提交
  25. 04 10月, 2007 5 次提交
  27. 27 9月, 2007 1 次提交
    • P
      sdio: adaptive interrupt polling · 6f4285d1
      由 Pierre Ossman 提交于 
      The interrupt polling frequency is a compromise between power usage and
interrupt latency. Unfortunately, it affects throughput rather severely
for devices which require an interrupt for every chunk of data.

By making the polling frequency adaptive, we get better throughput with
those devices without sacficing too much power. Polling will quickly
increase when there is an actual interrupt, and slowly fall back to the
idle frequency when the interrupts stop coming.
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      6f4285d1
  29. 26 9月, 2007 4 次提交
  31. 25 9月, 2007 1 次提交
  33. 24 9月, 2007 8 次提交
    • P
      mmc: add led trigger · af8350c7
      由 Pierre Ossman 提交于 
      Add a led trigger for each host controller that indicates if there
is a request active on the controller.
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      af8350c7
    • D
      mmc_spi host driver · 15a0580c
      由 David Brownell 提交于 
      This is the latest version of the MMC-over-SPI support.  It works
on 2.6.23-rc2 plus git-mmc (from rc1-mm2), along with the preceding
patches which teach the rest of the MMC stack about SPI.

The main issue of note is that sometimes cards need to be power cycled
to recover after certain faults.  Also, it may sometimes be necessary
to disable CRCs.  ("modprobe mmc_core use_spi_crc=n")
Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
Cc: mikael.starvik@axis.com,
Cc: Hans-Peter Nilsson <hp@axis.com>
Cc: Jan Nikitenko <jan.nikitenko@gmail.com>
Cc: Mike Lavender <mike@steroidmicros.com>
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      15a0580c
    • D
      MMC core learns about SPI · af517150
      由 David Brownell 提交于 
      Teach the MMC/SD/SDIO core about using SPI mode.

 - Use mmc_host_is_spi() so enumeration works through SPI signaling
   and protocols, not just the native versions.

 - Provide the SPI response type flags with each request issued,
   including requests from the new lock/unlock code.

 - Understand that cmd->resp[0] and mmc_get_status() results for SPI
   return different values than for "native" MMC/SD protocol; this
   affects resetting, checking card lock status, and some others.

 - Understand that some commands act a bit differently ... notably:
     * OP_COND command doesn't return the OCR
     * APP_CMD status doesn't have an R1_APP_CMD analogue

Those changes required some new and updated primitives:

 - Provide utilities to access two SPI-only requests, and one
   request that wasn't previously needed:
     * mmc_spi_read_ocr() ... SPI only
     * mmc_spi_set_crc() ... SPI only (override by module parm)
     * mmc_send_cid() ... for use without broadcast mode

 - Updated internal routines:
     * Previous mmc_send_csd() modified into mmc_send_cxd_native();
       it uses native "R2" responses, which include 16 bytes of data.
     * Previous mmc_send_ext_csd() becomes new mmc_send_cxd_data()
       helper for command-and-data access
     * Bugfix to that mmc_send_cxd_data() code:  dma-to-stack is
       unsafe/nonportable, so kmalloc a bounce buffer instead.

 - Modified mmc_send_ext_csd() now uses mmc_send_cxd_data() helper

 - Modified mmc_send_csd(), and new mmc_spi_send_cid(), routines use
   those helper routines based on whether they're native or SPI

The newest categories of cards supported by the MMC stack aren't expected
to work yet with SPI:  MMC or SD cards with over 4GB data, and SDIO.
All those cards support SPI mode, so eventually they should work too.
Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      af517150
    • D
      MMC/SD card driver learns SPI · 7213d175
      由 David Brownell 提交于 
      Teaching the MMC/SD block card driver about SPI.

 - Provide the SPI response type flags with each request issued.

 - Understand that multiblock SPI writes don't use STOP_TRANSMISSION.

 - Correct check for APP_CMD failure.
Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      7213d175
    • P
      sdio: store vendor strings · 759bdc7a
      由 Pierre Ossman 提交于 
      Store vendor strings found in CISTPL_VERS_1 so that function drivers
can access them.
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      759bdc7a
    • P
      mmc: increase power up delay · f9996aee
      由 Pierre Ossman 提交于 
      Increase delay for power up in order to support some slower boards.

Also add some comments about why the delays are there.
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      f9996aee
    • P
      sdhci: sdio interrupt support · f75979b7
      由 Pierre Ossman 提交于 
      Add support for relaying the sdio interrupt signal from the card.
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      f75979b7
    • N
      sdio: fix recursion issues between sdio-uart driver and tty layer · 15b82b46
      由 Nicolas Pitre 提交于 
      In a few places, sdio_uart_irq() is called directly instead of waiting
for the actual interrupt to be raised and the SDIO IRQ thread scheduled
in order to reduce latency.  However, some interaction with the tty core
may end up calling us back (serial echo, flow control, etc.) creating
two issues:

 - the host lock gets claimed twice from the same thread causing a
   deadlock;

 - the same direct calls to sdio_uart_irq() may be performed causing
   unexpected reentrancy into the IRQ handler.

This patch handles both of those issues.
Signed-off-by: NNicolas Pitre <npitre@mvista.com>
Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      15b82b46