Eric Lee / smarc-fsl-linux-kernel

12 Jan, 2012

1 commit

  • 52c506f0b   mmc: sdhci-pci: add platform data ... Browse Code »

    Add a means of getting platform data for the SDHCI PCI
    devices. The data is stored against the slot not the
    device in order to support multi-slot devices.

    The data allows platform-specific setup (such as getting
    GPIO numbers from firmware or setting up wl12xx for SDIO)
    to be done in platform support files instead of the
    sdhci-pci driver.

    Signed-off-by: Adrian Hunter
    Signed-off-by: Chris Ball

    Adrian Hunter
     

23 Oct, 2010

1 commit

  • d3c502b84   mmc: Makefile: Fix EXTRA_CFLAGS assignment ... Browse Code »

    The EXTRA_CFLAGS assignment in mmc/Makefile was not accomplishing
    anything because this flag only has effect on sources at the same level
    as the makefile (i.e., per directory). Since card/, core/, and host/
    rely on MMC_DEBUG, the subdir-ccflags-y variant seems to be the
    appropriate choice.

    Signed-off-by: matt mooney
    Signed-off-by: Chris Ball

    matt mooney
     

01 May, 2007

3 commits

02 Dec, 2006

1 commit

  • 58a0cd788   [ARM] 3963/1: AT91: Update configuration files ... Browse Code »

    A number of configuration file changes.

    These are mainly to replace references to ARCH_AT91RM9200 and
    ARCH_AT91SAM9261 with the common/generic ARCH_AT91. That way we don't
    need to mention every specific AT91 processor explicitly.

    Also adds the configuration option for AT91SAM9260-EK and AT91SAM9261-EK
    boards.

    Signed-off-by: Andrew Victor
    Signed-off-by: Russell King

    Andrew Victor
     

04 Oct, 2006

1 commit

01 Oct, 2006

1 commit

  • 9361401eb   [PATCH] BLOCK: Make it possible to disable the block layer [try #6] ... Browse Code »

    Make it possible to disable the block layer. Not all embedded devices require
    it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
    the block layer to be present.

    This patch does the following:

    (*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
    support.

    (*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
    an item that uses the block layer. This includes:

    (*) Block I/O tracing.

    (*) Disk partition code.

    (*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.

    (*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
    block layer to do scheduling. Some drivers that use SCSI facilities -
    such as USB storage - end up disabled indirectly from this.

    (*) Various block-based device drivers, such as IDE and the old CDROM
    drivers.

    (*) MTD blockdev handling and FTL.

    (*) JFFS - which uses set_bdev_super(), something it could avoid doing by
    taking a leaf out of JFFS2's book.

    (*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
    linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
    however, still used in places, and so is still available.

    (*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
    parts of linux/fs.h.

    (*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.

    (*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.

    (*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
    is not enabled.

    (*) fs/no-block.c is created to hold out-of-line stubs and things that are
    required when CONFIG_BLOCK is not set:

    (*) Default blockdev file operations (to give error ENODEV on opening).

    (*) Makes some /proc changes:

    (*) /proc/devices does not list any blockdevs.

    (*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.

    (*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.

    (*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
    given command other than Q_SYNC or if a special device is specified.

    (*) In init/do_mounts.c, no reference is made to the blockdev routines if
    CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.

    (*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
    error ENOSYS by way of cond_syscall if so).

    (*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
    CONFIG_BLOCK is not set, since they can't then happen.

    Signed-Off-By: David Howells
    Signed-off-by: Jens Axboe

    David Howells
     

03 Apr, 2006

2 commits

  • 56ca90405   [ARM] 3457/1: i.MX: SD/MMC support for i.MX/MX1 ... Browse Code »

    Patch from Pavel Pisa

    This patch adds support of i.MX/MX1 SD/MMC controller.
    It has been significantly redesigned from the original Sascha Hauer's
    version to support scatter-gather DMA, to conform to latest Pierre Ossman's
    and Russell King's MMC-SD Linux 2.6.x infrastructure.
    The handling of all events has been moved to the softirq context
    and is designed with no busy-looping in mind. Unfortunately
    some controller bugs has to be overcome by limited looping
    about 2-20 usec but these are observed only for initial card
    recognition phase.

    There are still some missing/missed IRQs problems under heavy load.
    Help of somebody with access to the full SDHC design information
    is probably necessary.

    Regenerated against 2.6.16-git-060402 to solve clash with other patches.

    Signed-off-by: Pavel Pisa
    Acked-by: Sascha Hauer
    Signed-off-by: Russell King

    Pavel Pisa
     
  • 65dbf3439   [ARM] 3456/1: AT91RM9200 support for 2.6 (MMC/SD driver) ... Browse Code »

    Patch from Andrew Victor

    This patch adds support for the MMC/SD card interface on the Atmel
    AT91RM9200 processor.

    Original driver was by Nick Randell, but a number of people have
    subsequently worked on it. It's currently maintained by Malcolm Noyes.

    Signed-off-by: Andrew Victor
    Signed-off-by: Russell King

    Andrew Victor
     

29 Mar, 2006

2 commits

24 Mar, 2006

1 commit

30 Oct, 2005

1 commit

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds