08 Apr, 2012

5 commits


07 Apr, 2012

17 commits

  • Pull ACPI & Power Management patches from Len Brown:
    "Two fixes for cpuidle merge-window changes, plus a URL fix in
    MAINTAINERS"

    * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux:
    MAINTAINERS: Update git url for ACPI
    cpuidle: Fix panic in CPU off-lining with no idle driver
    ACPI processor: Use safe_halt() rather than halt() in acpi_idle_play_dead()

    Linus Torvalds
     
  • Pull target fixes from Nicholas Bellinger:
    "Pull two tcm_fc fabric related fixes for -rc2:

    Note that both have been CC'ed to stable, and patch #1 is the
    important one that addresses a memory corruption bug related to FC
    exchange timeouts + command abort.

    Thanks again to MDR for tracking down this issue!"

    * '3.4-rc-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending:
    tcm_fc: Do not free tpg structure during wq allocation failure
    tcm_fc: Add abort flag for gracefully handling exchange timeout

    Linus Torvalds
     
  • Avoid freeing a registered tpg structure if an alloc_workqueue call
    fails. This fixes a bug where the failure was leaking memory associated
    with se_portal_group setup during the original core_tpg_register() call.

    Signed-off-by: Mark Rustad
    Acked-by: Kiran Patil
    Cc:
    Signed-off-by: Nicholas Bellinger

    Mark Rustad
     
  • Add abort flag and use it to terminate processing when an exchange
    is timed out or is reset. The abort flag is used in place of the
    transport_generic_free_cmd function call in the reset and timeout
    cases, because calling that function in that context would free
    memory that was in use. The aborted flag allows the lifetime to
    be managed in a more normal way, while truncating the processing.

    This change eliminates a source of memory corruption which
    manifested in a variety of ugly ways.

    (nab: Drop unused struct fc_exch *ep in ft_recv_seq)

    Signed-off-by: Mark Rustad
    Acked-by: Kiran Patil
    Cc:
    Signed-off-by: Nicholas Bellinger

    Mark Rustad
     
  • Len Brown
     
  • Signed-off-by: Igor Murzov
    Signed-off-by: Len Brown

    Igor Murzov
     
  • Pull arch/tile bug fixes from Chris Metcalf:
    "This includes Paul Gortmaker's change to fix the
    disintegration issues on tile, a fix to unbreak the tilepro ethernet
    driver, and a backlog of bugfix-only changes from internal Tilera
    development over the last few months.

    They have all been to LKML and on linux-next for the last few days.
    The EDAC change to MAINTAINERS is an oddity but discussion on the
    linux-edac list suggested I ask you to pull that change through my
    tree since they don't have a tree to pull edac changes from at the
    moment."

    * 'stable' of git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile: (39 commits)
    drivers/net/ethernet/tile: fix netdev_alloc_skb() bombing
    MAINTAINERS: update EDAC information
    tilepro ethernet driver: fix a few minor issues
    tile-srom.c driver: minor code cleanup
    edac: say "TILEGx" not "TILEPro" for the tilegx edac driver
    arch/tile: avoid accidentally unmasking NMI-type interrupt accidentally
    arch/tile: remove bogus performance optimization
    arch/tile: return SIGBUS for addresses that are unaligned AND invalid
    arch/tile: fix finv_buffer_remote() for tilegx
    arch/tile: use atomic exchange in arch_write_unlock()
    arch/tile: stop mentioning the "kvm" subdirectory
    arch/tile: export the page_home() function.
    arch/tile: fix pointer cast in cacheflush.c
    arch/tile: fix single-stepping over swint1 instructions on tilegx
    arch/tile: implement panic_smp_self_stop()
    arch/tile: add "nop" after "nap" to help GX idle power draw
    arch/tile: use proper memparse() for "maxmem" options
    arch/tile: fix up locking in pgtable.c slightly
    arch/tile: don't leak kernel memory when we unload modules
    arch/tile: fix bug in delay_backoff()
    ...

    Linus Torvalds
     
  • Pull xen fixes from Konrad Rzeszutek Wilk:
    "Two fixes for regressions:
    * one is a workaround that will be removed in v3.5 with proper fix in
    the tip/x86 tree,
    * the other is to fix drivers to load on PV (a previous patch made
    them only load in PVonHVM mode).

    The rest are just minor fixes in the various drivers and some cleanup
    in the core code."

    * tag 'stable/for-linus-3.4-rc1-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:
    xen/pcifront: avoid pci_frontend_enable_msix() falsely returning success
    xen/pciback: fix XEN_PCI_OP_enable_msix result
    xen/smp: Remove unnecessary call to smp_processor_id()
    xen/x86: Workaround 'x86/ioapic: Add register level checks to detect bogus io-apic entries'
    xen: only check xen_platform_pci_unplug if hvm

    Linus Torvalds
     
  • Pull MMC fixes from Chris Ball:
    - Disable use of MSI in sdhci-pci, which caused multiple chipsets to
    stop working in 3.4-rc1. I'll wait to turn this on again until we
    have a chipset whitelist for it.
    - Fix a libertas SDIO powered-resume regression introduced in 3.3;
    thanks to Neil Brown and Rafael Wysocki for this fix.
    - Fix module reloading on omap_hsmmc.
    - Stop trusting the spec/card's specified maximum data timeout length,
    and use three seconds instead. Previously we used 300ms.

    Also cleanups and fixes for s3c, atmel, sh_mmcif and omap_hsmmc.

    * tag 'mmc-fixes-for-3.4-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc: (28 commits)
    mmc: use really long write timeout to deal with crappy cards
    mmc: sdhci-dove: Fix compile error by including module.h
    mmc: Prevent 1.8V switch for SD hosts that don't support UHS modes.
    Revert "mmc: sdhci-pci: Add MSI support"
    Revert "mmc: sdhci-pci: add quirks for broken MSI on O2Micro controllers"
    mmc: core: fix power class selection
    mmc: omap_hsmmc: fix module re-insertion
    mmc: omap_hsmmc: convert to module_platform_driver
    mmc: omap_hsmmc: make it behave well as a module
    mmc: omap_hsmmc: trivial cleanups
    mmc: omap_hsmmc: context save after enabling runtime pm
    mmc: omap_hsmmc: use runtime put sync in probe error patch
    mmc: sdio: Use empty system suspend/resume callbacks at the bus level
    mmc: bus: print bus speed mode of UHS-I card
    mmc: sdhci-pci: add quirks for broken MSI on O2Micro controllers
    mmc: sh_mmcif: Simplify calculation of mmc->f_min
    mmc: sh_mmcif: mmc->f_max should be half of the bus clock
    mmc: sh_mmcif: double clock speed
    mmc: block: Remove use of mmc_blk_set_blksize
    mmc: atmel-mci: add support for odd clock dividers
    ...

    Linus Torvalds
     
  • I have a new optimized x86 "strncpy_from_user()" that will use these
    same helper functions for all the same reasons the name lookup code uses
    them. This is preparation for that.

    This moves them into an architecture-specific header file. It's
    architecture-specific for two reasons:

    - some of the functions are likely to want architecture-specific
    implementations. Even if the current code happens to be "generic" in
    the sense that it should work on any little-endian machine, it's
    likely that the "multiply by a big constant and shift" implementation
    is less than optimal for an architecture that has a guaranteed fast
    bit count instruction, for example.

    - I expect that if architectures like sparc want to start playing
    around with this, we'll need to abstract out a few more details (in
    particular the actual unaligned accesses). So we're likely to have
    more architecture-specific stuff if non-x86 architectures start using
    this.

    (and if it turns out that non-x86 architectures don't start using
    this, then having it in an architecture-specific header is still the
    right thing to do, of course)

    Signed-off-by: Linus Torvalds

    Linus Torvalds
     
  • Fix a NULL pointer dereference panic in cpuidle_play_dead() during
    CPU off-lining when no cpuidle driver is registered. A cpuidle
    driver may be registered at boot-time based on CPU type. This patch
    allows an off-lined CPU to enter HLT-based idle in this condition.

    Signed-off-by: Toshi Kani
    Cc: Boris Ostrovsky
    Reviewed-by: Srivatsa S. Bhat
    Tested-by: Srivatsa S. Bhat
    Signed-off-by: Len Brown

    Toshi Kani
     
  • Pull networking updates from David Miller:

    1) Fix inaccuracies in network driver interface documentation, from Ben
    Hutchings.

    2) Fix handling of negative offsets in BPF JITs, from Jan Seiffert.

    3) Compile warning, locking, and refcounting fixes in netfilter's
    xt_CT, from Pablo Neira Ayuso.

    4) phonet sendmsg needs to validate user length just like any other
    datagram protocol, fix from Sasha Levin.

    5) Ipv6 multicast code uses wrong loop index, from RongQing Li.

    6) Link handling and firmware fixes in bnx2x driver from Yaniv Rosner
    and Yuval Mintz.

    7) mlx4 erroneously allocates 4 pages at a time, regardless of page
    size, fix from Thadeu Lima de Souza Cascardo.

    8) SCTP socket option wasn't extended in a backwards compatible way,
    fix from Thomas Graf.

    9) Add missing address change event emissions to bonding, from Shlomo
    Pongratz.

    10) /proc/net/dev regressed because it uses a private offset to track
    where we are in the hash table, but this doesn't track the offset
    pullback that the seq_file code does resulting in some entries being
    missed in large dumps.

    Fix from Eric Dumazet.

    11) do_tcp_sendpage() unloads the send queue way too fast, because it
    invokes tcp_push() when it shouldn't. Let the natural sequence
    generated by the splice paths, and the assosciated MSG_MORE
    settings, guide the tcp_push() calls.

    Otherwise what goes out of TCP is spaghetti and doesn't batch
    effectively into GSO/TSO clusters.

    From Eric Dumazet.

    12) Once we put a SKB into either the netlink receiver's queue or a
    socket error queue, it can be consumed and freed up, therefore we
    cannot touch it after queueing it like that.

    Fixes from Eric Dumazet.

    13) PPP has this annoying behavior in that for every transmit call it
    immediately stops the TX queue, then calls down into the next layer
    to transmit the PPP frame.

    But if that next layer can take it immediately, it just un-stops the
    TX queue right before returning from the transmit method.

    Besides being useless work, it makes several facilities unusable, in
    particular things like the equalizers. Well behaved devices should
    only stop the TX queue when they really are full, and in PPP's case
    when it gets backlogged to the downstream device.

    David Woodhouse therefore fixed PPP to not stop the TX queue until
    it's downstream can't take data any more.

    14) IFF_UNICAST_FLT got accidently lost in some recent stmmac driver
    changes, re-add. From Marc Kleine-Budde.

    15) Fix link flaps in ixgbe, from Eric W. Multanen.

    16) Descriptor writeback fixes in e1000e from Matthew Vick.

    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: (47 commits)
    net: fix a race in sock_queue_err_skb()
    netlink: fix races after skb queueing
    doc, net: Update ndo_start_xmit return type and values
    doc, net: Remove instruction to set net_device::trans_start
    doc, net: Update netdev operation names
    doc, net: Update documentation of synchronisation for TX multiqueue
    doc, net: Remove obsolete reference to dev->poll
    ethtool: Remove exception to the requirement of holding RTNL lock
    MAINTAINERS: update for Marvell Ethernet drivers
    bonding: properly unset current_arp_slave on slave link up
    phonet: Check input from user before allocating
    tcp: tcp_sendpages() should call tcp_push() once
    ipv6: fix array index in ip6_mc_add_src()
    mlx4: allocate just enough pages instead of always 4 pages
    stmmac: re-add IFF_UNICAST_FLT for dwmac1000
    bnx2x: Clear MDC/MDIO warning message
    bnx2x: Fix BCM57711+BCM84823 link issue
    bnx2x: Clear BCM84833 LED after fan failure
    bnx2x: Fix BCM84833 PHY FW version presentation
    bnx2x: Fix link issue for BCM8727 boards.
    ...

    Linus Torvalds
     
  • The original XenoLinux code has always had things this way, and for
    compatibility reasons (in particular with a subsequent pciback
    adjustment) upstream Linux should behave the same way (allowing for two
    distinct error indications to be returned by the backend).

    Signed-off-by: Jan Beulich
    Signed-off-by: Konrad Rzeszutek Wilk

    Jan Beulich
     
  • Prior to 2.6.19 and as of 2.6.31, pci_enable_msix() can return a
    positive value to indicate the number of vectors (less than the amount
    requested) that can be set up for a given device. Returning this as an
    operation value (secondary result) is fine, but (primary) operation
    results are expected to be negative (error) or zero (success) according
    to the protocol. With the frontend fixed to match the XenoLinux
    behavior, the backend can now validly return zero (success) here,
    passing the upper limit on the number of vectors in op->value.

    Signed-off-by: Jan Beulich
    Signed-off-by: Konrad Rzeszutek Wilk

    Jan Beulich
     
  • There is an extra and unnecessary call to smp_processor_id()
    in cpu_bringup(). Remove it.

    Signed-off-by: Srivatsa S. Bhat
    Signed-off-by: Konrad Rzeszutek Wilk

    Srivatsa S. Bhat
     
  • The above mentioned patch checks the IOAPIC and if it contains
    -1, then it unmaps said IOAPIC. But under Xen we get this:

    BUG: unable to handle kernel NULL pointer dereference at 0000000000000040
    IP: [] xen_irq_init+0x1f/0xb0
    PGD 0
    Oops: 0002 [#1] SMP
    CPU 0
    Modules linked in:

    Pid: 1, comm: swapper/0 Not tainted 3.2.10-3.fc16.x86_64 #1 Dell Inc. Inspiron
    1525 /0U990C
    RIP: e030:[] [] xen_irq_init+0x1f/0xb0
    RSP: e02b: ffff8800d42cbb70 EFLAGS: 00010202
    RAX: 0000000000000000 RBX: 00000000ffffffef RCX: 0000000000000001
    RDX: 0000000000000040 RSI: 00000000ffffffef RDI: 0000000000000001
    RBP: ffff8800d42cbb80 R08: ffff8800d6400000 R09: 0000000000000000
    R10: 0000000000000000 R11: 0000000000000000 R12: 00000000ffffffef
    R13: 0000000000000001 R14: 0000000000000001 R15: 0000000000000010
    FS: 0000000000000000(0000) GS:ffff8800df5fe000(0000) knlGS:0000000000000000
    CS: e033 DS: 0000 ES: 0000 CR0:000000008005003b
    CR2: 0000000000000040 CR3: 0000000001a05000 CR4: 0000000000002660
    DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
    Process swapper/0 (pid: 1, threadinfo ffff8800d42ca000, task ffff8800d42d0000)
    Stack:
    00000000ffffffef 0000000000000010 ffff8800d42cbbe0 ffffffff8134f157
    ffffffff8100a9b2 ffffffff8182ffd1 00000000000000a0 00000000829e7384
    0000000000000002 0000000000000010 00000000ffffffff 0000000000000000
    Call Trace:
    [] xen_bind_pirq_gsi_to_irq+0x87/0x230
    [] ? check_events+0x12+0x20
    [] xen_register_pirq+0x82/0xe0
    [] xen_register_gsi.part.2+0x4a/0xd0
    [] acpi_register_gsi_xen+0x20/0x30
    [] acpi_register_gsi+0xf/0x20
    [] acpi_pci_irq_enable+0x12e/0x202
    [] pcibios_enable_device+0x39/0x40
    [] do_pci_enable_device+0x4b/0x70
    [] __pci_enable_device_flags+0xa8/0xf0
    [] pci_enable_device+0x13/0x20

    The reason we are dying is b/c the call acpi_get_override_irq() is used,
    which returns the polarity and trigger for the IRQs. That function calls
    mp_find_ioapics to get the 'struct ioapic' structure - which along with the
    mp_irq[x] is used to figure out the default values and the polarity/trigger
    overrides. Since the mp_find_ioapics now returns -1 [b/c the IOAPIC is filled
    with 0xffffffff], the acpi_get_override_irq() stops trying to lookup in the
    mp_irq[x] the proper INT_SRV_OVR and we can't install the SCI interrupt.

    The proper fix for this is going in v3.5 and adds an x86_io_apic_ops
    struct so that platforms can override it. But for v3.4 lets carry this
    work-around. This patch does that by providing a slightly different variant
    of the fake IOAPIC entries.

    Signed-off-by: Konrad Rzeszutek Wilk

    Konrad Rzeszutek Wilk
     
  • commit b9136d207f08
    xen: initialize platform-pci even if xen_emul_unplug=never

    breaks blkfront/netfront by not loading them because of
    xen_platform_pci_unplug=0 and it is never set for PV guest.

    Signed-off-by: Andrew Jones
    Signed-off-by: Igor Mammedov
    Signed-off-by: Konrad Rzeszutek Wilk

    Igor Mammedov
     

06 Apr, 2012

18 commits

  • As soon as an skb is queued into socket error queue, another thread
    can consume it, so we are not allowed to reference skb anymore, or risk
    use after free.

    Signed-off-by: Eric Dumazet
    Signed-off-by: David S. Miller

    Eric Dumazet
     
  • As soon as an skb is queued into socket receive_queue, another thread
    can consume it, so we are not allowed to reference skb anymore, or risk
    use after free.

    Signed-off-by: Eric Dumazet
    Signed-off-by: David S. Miller

    Eric Dumazet
     
  • Commit dc1f8bf68b311b1537cb65893430b6796118498a ('netdev: change
    transmit to limited range type') changed the required return type and
    9a1654ba0b50402a6bd03c7b0fe9b0200a5ea7b1 ('net: Optimize
    hard_start_xmit() return checking') changed the valid numerical
    return values.

    Signed-off-by: Ben Hutchings
    Signed-off-by: David S. Miller

    Ben Hutchings
     
  • Commit 08baf561083bc27a953aa087dd8a664bb2b88e8e ('net:
    txq_trans_update() helper') made it unnecessary for most drivers to
    set net_device::trans_start (or netdev_queue::trans_start).

    Signed-off-by: Ben Hutchings
    Signed-off-by: David S. Miller

    Ben Hutchings
     
  • Commits d314774cf2cd5dfeb39a00d37deee65d4c627927 ('netdev: network
    device operations infrastructure') and
    008298231abbeb91bc7be9e8b078607b816d1a4a ('netdev: add more functions
    to netdevice ops') moved and renamed net device operation pointers.

    Signed-off-by: Ben Hutchings
    Signed-off-by: David S. Miller

    Ben Hutchings
     
  • Commits e308a5d806c852f56590ffdd3834d0df0cbed8d7 ('netdev: Add
    netdev->addr_list_lock protection.') and
    e8a0464cc950972824e2e128028ae3db666ec1ed ('netdev: Allocate multiple
    queues for TX.') introduced more fine-grained locks.

    Signed-off-by: Ben Hutchings
    Signed-off-by: David S. Miller

    Ben Hutchings
     
  • Commit bea3348eef27e6044b6161fd04c3152215f96411 ('[NET]: Make NAPI
    polling independent of struct net_device objects.') removed the
    automatic disabling of NAPI polling by dev_close(), and drivers
    must now do this themselves.

    Signed-off-by: Ben Hutchings
    Signed-off-by: David S. Miller

    Ben Hutchings
     
  • Commit e52ac3398c3d772d372b9b62ab408fd5eec96840 ('net: Use device
    model to get driver name in skb_gso_segment()') removed the only
    in-tree caller of ethtool ops that doesn't hold the RTNL lock.

    Signed-off-by: Ben Hutchings
    Signed-off-by: David S. Miller

    Ben Hutchings
     
  • Pull "ARM: SoC fixes: from Olof Johansson:
    "A bunch of fixes for regressions (and a few other problems) in
    3.4-rc1:

    - Fix for regression of mach/io.h cleanup on platforms with PCI or
    PCMCIA (adding back the include file on those for now)
    - AT91 fixes for usb and spi
    - smsc911x ethernet fixes for i.MX
    - smsc911x fixes for OMAP
    - gpio fixes for Tegra
    - A handful of build error and warning fixes for various platforms
    - cpufreq kconfig dependencies, build and lowlevel debug fixes for
    Samsung platforms

    In other words, more or less the regular collection of -rc1/2 type
    material. A few of them, in particular the smsc911x for OMAP series,
    aren't technically regressions for 3.4, but they're valid fixes and
    we're still relatively early in the rc cycle so it seems appropriate
    to include them."

    * tag 'fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (60 commits)
    ARM: fix __io macro for PCMCIA
    ARM: EXYNOS: Fix compiler warning in dma.c file
    ARM: EXYNOS: fix ISO C90 warning
    ARM: OMAP2+: hwmod: Fix wrong SYSC_TYPE1_XXX_MASK bit definitions
    ARM: OMAP2+: hwmod: Make omap_hwmod_softreset wait for reset status
    ARM: OMAP2+: hwmod: Restore sysc after a reset
    ARM: OMAP2+: omap_hwmod: Allow io_ring wakeup configuration for all modules
    ARM: OMAP3: clock data: fill in some missing clockdomains
    ARM: OMAP4: clock data: Force a DPLL clkdm/pwrdm ON before a relock
    ARM: OMAP4: clock data: fix mult and div mask for USB_DPLL
    ARM: OMAP2+: powerdomain: Wait for powerdomain transition in pwrdm_state_switch()
    gpio: tegra: Iterate over the correct number of banks
    gpio: tegra: fix register address calculations for Tegra30
    EXYNOS: fix dependency for EXYNOS_CPUFREQ
    ARM: at91: dt: remove unit-address part for memory nodes
    ARM: at91: fix check of valid GPIO for SPI and USB
    USB: ehci-atmel: add needed of.h header file
    ARM: at91/NAND DT bindings: add comments
    ARM: at91/at91sam9x5.dtsi: fix NAND ale/cle in DT file
    USB: ohci-at91: trivial return code name change
    ...

    Linus Torvalds
     
  • Pull a few blackfin compile fixes from Bob Liu.

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/lliubbo/blackfin:
    blackfin: update defconfig for bf527-ezkit
    blackfin: gpio: fix compile error if !CONFIG_GPIOLIB
    blackfin: fix L1 data A overflow link issue

    Linus Torvalds
     
  • To fix compile error:
    drivers/usb/musb/blackfin.h:51:3: error: #error "Please use PIO mode in MUSB
    driver on bf52x chip v0.0 and v0.1"
    make[4]: *** [drivers/usb/musb/blackfin.o] Error 1

    Signed-off-by: Bob Liu

    Bob Liu
     
  • Add __gpio_get_value()/__gpio_set_value() to fix compile error if
    CONFIG_GPIOLIB = n.

    Signed-off-by: Bob Liu

    Bob Liu
     
  • This patch fix below compile error:
    "bfin-uclinux-ld: L1 data A overflow!"

    It is due to the recent lib/gen_crc32table.c change:
    46c5801eaf86e83cb3a4142ad35188db5011fff0
    crc32: bolt on crc32c

    it added 8KiB more data to __cacheline_aligned which cause blackfin L1 data
    cache overflow.

    Signed-off-by: Mike Frysinger
    Signed-off-by: Bob Liu

    Mike Frysinger
     
  • Pull an APM fix from Jiri Kosina:
    "One deadlock/race fix from Niel that got introduced when we were
    moving away from freezer_*_count() to wait_event_freezable()."

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/apm:
    APM: fix deadlock in APM_IOC_SUSPEND ioctl

    Linus Torvalds
     
  • Several people have noticed that crappy SD cards take much longer to
    complete multiple block writes than the 300ms that Linux specifies.
    Try to work around this by using a three second write timeout instead.

    This is a generalized version of a patch from Chase Maupin
    , whose patch description said:

    * With certain SD cards timeouts like the following have been seen
    due to an improper calculation of the dto value:
    mmcblk0: error -110 transferring data, sector 4126233, nr 8,
    card status 0xc00
    * By removing the dto calculation and setting the timeout value
    to the maximum specified by the SD card specification part A2
    section 2.2.15 these timeouts can be avoided.
    * This change has been used by beagleboard users as well as the
    Texas Instruments SDK without a negative impact.
    * There are multiple discussion threads about this but the most
    relevant ones are:
    * http://talk.maemo.org/showthread.php?p=1000707#post1000707
    * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42213.html
    * Original proposal for this fix was done by Sukumar Ghoral of
    Texas Instruments
    * Tested using a Texas Instruments AM335x EVM

    Signed-off-by: Paul Walmsley
    Tested-by: Tony Lindgren
    Signed-off-by: Chris Ball

    Paul Walmsley
     
  • This patch fixes a compile error in drivers/mmc/host/sdhci-dove.c
    by including the linux/module.h file.

    Signed-off-by: Alf Høgemark
    Cc:
    Signed-off-by: Chris Ball

    Alf Høgemark
     
  • The driver should not try to switch to 1.8V when the SD 3.0 host
    controller does not have any UHS capabilities bits set (SDR50, DDR50
    or SDR104). See page 72 of "SD Specifications Part A2 SD Host
    Controller Simplified Specification Version 3.00" under
    "1.8V Signaling Enable". Instead of setting SDR12 and SDR25 in the host
    capabilities data structure for all V3.0 host controllers, only set them
    if SDR104, SDR50 or DDR50 is set in the host capabilities register. This
    will prevent the switch to 1.8V later.

    Signed-off-by: Al Cooper
    Acked-by: Arindam Nath
    Acked-by: Philip Rakity
    Acked-by: Girish K S
    Signed-off-by: Chris Ball

    Al Cooper
     
  • This reverts commit e6039832bed9a9b967796d7021f17f25b625b616.
    There are reports of MSI breaking SDHCI on multiple chipsets (JMicron
    and O2Micro, at least), so this should be reverted until we come up
    with a whitelist or something.

    Signed-off-by: Chris Ball

    Chris Ball