15 Jul, 2006

1 commit


15 Apr, 2006

1 commit

  • This updates the DMA API documentation to address a few issues:

    - The dma_map_sg() call results are used like pci_map_sg() results:
    using sg_dma_address() and sg_dma_len(). That's not wholly obvious
    to folk reading _only_ the "new" DMA-API.txt writeup.

    - Buffers allocated by dma_alloc_coherent() may not be completely
    free of coherency concerns ... some CPUs also have write buffers
    that may need to be flushed.

    - Cacheline coherence issues are now mentioned as being among issues
    which affect dma buffers, and complicate/prevent using of static and
    (especially) stack based buffers with the DMA calls.

    I don't think many drivers currently need to worry about flushing write
    buffers, but I did hit it with one SOC using external SDRAM for DMA
    descriptors: without explicit writebuffer flushing, the on-chip DMA
    controller accessed descriptors before the CPU completed the writes.

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

    David Brownell
     

11 Apr, 2006

1 commit

  • These are the last conversions of pci_set_dma_mask(),
    pci_set_consistent_dma_mask() and pci_dma_supported() to use DMA_xBIT_MASK
    constants from linux/dma-mapping.h

    Signed-off-by: Tobias Klauser
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tobias Klauser
     

29 Mar, 2006

1 commit


19 Apr, 2005

1 commit

  • these have been wrappers for the generic dma direction bits since 2.5.x.
    This patch converts the few remaining drivers and removes the macros.

    Arjan noticed there's some hunk in here that shouldn't. Updated patch
    below:

    Signed-off-by: James Bottomley

     

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