07 Apr, 2009

1 commit


07 Jan, 2009

1 commit


23 Sep, 2008

1 commit


29 Apr, 2008

3 commits


17 Oct, 2007

1 commit

  • A couple of updates haven't considered whether the documentation makes
    sense as a whole any more. Three changes here:

    - Remove the reference to the "DAC Addressing for Address Space Hungry
    Devices" section which was deleted by Jan Beulich.
    - Remove the comment about DMA_24BIT_MASK which became obsolete when
    Tobias Klauser changed the code to actually use DMA_24BIT_MASK.
    - Remove the section "64-bit DMA and DAC cycle support" since it's
    fully covered above, and contains a reference to the section deleted
    by Jan.

    Signed-off-by: Matthew Wilcox
    Cc: "David S. Miller"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Matthew Wilcox
     

16 Oct, 2007

3 commits


12 Jul, 2007

1 commit

  • Based on replies to a respective query, remove the pci_dac_dma_...() APIs
    (except for pci_dac_dma_supported() on Alpha, where this function is used
    in non-DAC PCI DMA code).

    Signed-off-by: Jan Beulich
    Cc: Andi Kleen
    Cc: Jesse Barnes
    Cc: Christoph Hellwig
    Acked-by: David Miller
    Cc: Jeff Garzik
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Greg Kroah-Hartman

    Jan Beulich
     

04 Oct, 2006

2 commits

  • Remove many duplicated words under Documentation/ and do other small
    cleanups.

    Examples:
    "and and" --> "and"
    "in in" --> "in"
    "the the" --> "the"
    "the the" --> "to the"
    ...

    Signed-off-by: Paolo Ornati
    Signed-off-by: Adrian Bunk

    Paolo Ornati
     
  • Randy brought it to my attention that in proper english "can not" should always
    be written "cannot". I donot see any reason to argue, even if I mightnot
    understand why this rule exists. This patch fixes "can not" in several
    Documentation files as well as three Kconfigs.

    Signed-off-by: Matt LaPlante
    Acked-by: Randy Dunlap
    Signed-off-by: Adrian Bunk

    Matt LaPlante
     

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