Eric Lee / smarc-fsl-linux-kernel

08 Jul, 2009

1 commit

  • cc6a8acde   ALSA: Fix SG-buffer DMA with non-coherent architectures ... Browse Code »

    Using SG-buffers with dma_alloc_coherent() is often very inefficient
    on non-coherent architectures because a tracking record could be
    allocated in addition for each dma_alloc_coherent() call.
    Instead, simply disable SG-buffers but just allocate normal continuous
    buffers on non-supported (currently all but x86) architectures.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     

12 Oct, 2008

1 commit

29 Aug, 2008

1 commit

25 Aug, 2008

2 commits

  • 51e9f2e66   ALSA: Allocate larger pages in sgbuf ... Browse Code »

    Most hardwares have limited buffer-descriptor table length. This
    also restricts the max buffer size of the sound driver.
    For example, snd-hda-intel has 1MB buffer size limit, and this is
    because it can have at most 256 BDL entries. For supporting larger
    buffers, we need to allocate larger pages even for sg-buffers.

    This patch changes the sgbuf allocation code to try to allocate
    larger pages first. At each head of the allocated pages, the
    number of allocated pages is stored in the lowest bits of the
    corresponding entry of the table addr field. This change isn't
    visible as long as the driver uses snd_sgbuf_get_addr() helper.

    Also, the patch adds a new function, snd_pcm_sgbuf_get_chunk_size().
    This returns the size of the chunk on continuous pages starting at
    the given position offset. If the chunk reaches to a non-continuous
    page, it returns the size to the boundary.

    Signed-off-by: Takashi Iwai
    Signed-off-by: Jaroslav Kysela

    Takashi Iwai
     
  • 77a23f269   ALSA: Clean up SG-buffer helper functions and macros ... Browse Code »

    Clean up SG-buffer helper functions and macros. Helpers take substream
    as arguments now.

    Signed-off-by: Takashi Iwai
    Signed-off-by: Jaroslav Kysela

    Takashi Iwai
     

16 Oct, 2007

1 commit

28 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