26 Jul, 2008

1 commit

  • We want to use WARN() as a variant of WARN_ON(), however a few drivers are
    using WARN() internally. This patch renames these to WARNING() to avoid the
    namespace clash. A few cases were defining but not using the thing, for those
    cases I just deleted the definition.

    Signed-off-by: Arjan van de Ven
    Acked-by: Greg KH
    Cc: Karsten Keil
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

03 Jul, 2008

1 commit


02 Feb, 2008

1 commit


06 Jan, 2007

1 commit


28 Jun, 2005

1 commit

  • More omap_udc updates:

    * OMAP 1710 updates
    - new UDC bit for clearing endpoint toggle, affecting CLEAR_HALT
    - new OTG bits affecting wakeup
    * Fix the bug Vladimir noted, that IN-DMA transfer code path kicks in
    for under 1024 bytes (not "up to 1024 bytes")
    * Handle transceiver setup more intelligently
    - use transceiver whenever one's available; this can be handy
    for GPIO based, loopback, or transceiverless configs
    - cleanup correctly after the "unrecognized HMC" case
    * DMA performance tweaks
    - allow burst/pack for memory access
    - use 16 bit DMA access most of the time on TIPB
    * Add workarounds for some DMA errata (not observed "in the wild"):
    - DMA CSAC/CDAC reads returning zero
    - RX/TX DMA config registers bit 12 always reads as zero (TI patch)
    * More "sparse" warnings removed, notably "changing" the SETUP packet
    to return data in USB byteorder (an API change, null effect on OMAP
    except for these warnings).

    Signed-off-by: David Brownell
    Signed-off-by: Greg Kroah-Hartman

    David Brownell
     

17 Apr, 2005

1 commit

  • 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