1. 18 12月, 2009 1 次提交
  2. 16 12月, 2009 2 次提交
    • B
      mmc: add module parameter to set whether cards are assumed removable · bd68e083
      Ben Hutchings 提交于
      Some people run general-purpose distribution kernels on netbooks with
      a card that is physically non-removable or logically non-removable
      (e.g. used for /home) and cannot be cleanly unmounted during suspend.
      Add a module parameter to set whether cards are assumed removable or
      non-removable, with the default set by CONFIG_MMC_UNSAFE_RESUME.
      
      In general, it is not possible to tell whether a card present in an MMC
      slot after resume is the same that was there before suspend.  So there are
      two possible behaviours, each of which will cause data loss in some cases:
      
      CONFIG_MMC_UNSAFE_RESUME=n (default): Cards are assumed to be removed
      during suspend.  Any filesystem on them must be unmounted before suspend;
      otherwise, buffered writes will be lost.
      
      CONFIG_MMC_UNSAFE_RESUME=y: Cards are assumed to remain present during
      suspend.  They must not be swapped during suspend; otherwise, buffered
      writes will be flushed to the wrong card.
      
      Currently the choice is made at compile time and this allows that to be
      overridden at module load time.
      Signed-off-by: NBen Hutchings <ben@decadent.org.uk>
      Cc: Wouter van Heyst <larstiq@larstiq.dyndns.org>
      Cc: <linux-mmc@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      bd68e083
    • A
      sdio: rework cis tuple parsing · 4ec64960
      Albert Herranz 提交于
      Rework the current CIS tuple parsing code, reusing the existing
      infrastructure and providing an easy way to add new CISTPL_FUNCE parsers
      by TPLFE_TYPE.
      
      Valid known CIS tuples are now silently queued for the SDIO function
      driver when not parsed/processed (-EILSEQ) by the SDIO core.  Unknown CIS
      tuples (-ENOENT) are queued too for the SDIO function driver without
      aborting the initialization, but emit a warning in the kernel log.
      
      CISTPL_FUNCE tuples can be "whitelisted" now by adding a matching entry to
      the cis_tpl_funce_list table.
      Signed-off-by: NAlbert Herranz <albert_herranz@yahoo.es>
      Acked-by: NPierre Ossman <pierre@ossman.eu>
      Cc: <linux-mmc@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      4ec64960
  3. 08 10月, 2009 1 次提交
  4. 02 10月, 2009 2 次提交
  5. 23 9月, 2009 16 次提交
  6. 16 9月, 2009 1 次提交
  7. 14 6月, 2009 2 次提交
    • S
      MMC core: limit minimum initialization frequency to 400kHz · 8dfd0374
      Sascha Hauer 提交于
      Some controllers allow a much lower frequency than 400kHz.
      Keep the minimum frequency within sensible limits.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      8dfd0374
    • J
      mmc: mmc_rescan detects card change in one run · 94d89efb
      Jorg Schummer 提交于
      With this patch, mmc_rescan can detect the removal of an mmc card and
      the insertion of (possibly another) card in the same run. This means
      that a card change can be detected without having to call
      mmc_detect_change multiple times.
      
      This change generalises the core such that it can be easily used by
      hosts which provide a mechanism to detect only the presence of a card
      reader cover, which has to be taken off in order to insert a card. Other
      hosts ("card detect" or "MMC_CAP_NEEDS_POLL") each receive an event when
      a card is removed and when a card is inserted, so it is sufficient for
      them if mmc_rescan handles only one event at a time. "Cover detect"
      hosts, however, only receive events about the cover status. This means
      that between 2 subsequent events, both a card removal and a card
      insertion can occur. In this case, the pre-patch version of mmc_rescan
      would only detect the removal of the previous card but not the insertion
      of the new card.
      Signed-off-by: NJorg Schummer <ext-jorg.2.schummer@nokia.com>
      Signed-off-by: NPierre Ossman <pierre@ossman.eu>
      94d89efb
  8. 04 5月, 2009 1 次提交
  9. 09 4月, 2009 2 次提交
  10. 31 3月, 2009 1 次提交
  11. 25 3月, 2009 8 次提交
  12. 08 3月, 2009 1 次提交
  13. 01 1月, 2009 2 次提交