* Re: [PATCH 16/16] alsa sound support for mips
[not found] ` <11766507674145-git-send-email-tiansm@lemote.com>
@ 2007-04-18 13:54 ` Ralf Baechle
2007-04-18 14:13 ` Fuxin Zhang
0 siblings, 1 reply; 3+ messages in thread
From: Ralf Baechle @ 2007-04-18 13:54 UTC (permalink / raw)
To: tiansm, perex, alsa-devel, linux-kernel; +Cc: linux-mips, Fuxin Zhang
On Sun, Apr 15, 2007 at 11:26:05PM +0800, tiansm@lemote.com wrote:
(Adding a few more people to the cc'list)
> sound/core/pcm_native.c | 10 ++++++++++
> sound/core/sgbuf.c | 9 +++++++++
> 2 files changed, 19 insertions(+), 0 deletions(-)
>
> diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c
> index 3e276fc..9005bac 100644
> --- a/sound/core/pcm_native.c
> +++ b/sound/core/pcm_native.c
> @@ -3145,7 +3145,11 @@ static struct page *snd_pcm_mmap_data_nopage(struct vm_area_struct *area,
> return NOPAGE_OOM; /* XXX: is this really due to OOM? */
> } else {
> vaddr = runtime->dma_area + offset;
> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
Please use CONFIG_MIPS instead of __mips__ in #if / #ifdefs.
The question if #ifdefing is the right approach to solve this problem is
something else but I think no, ....
> + page = virt_to_page(CAC_ADDR(vaddr));
> +#else
> page = virt_to_page(vaddr);
> +#endif
So this is needed because the MIPS virt_to_page is returning a unsuitable
value if vaddress is not a KSEG0 (64-bit: cached XKPHYS) address which is
what GFP allocations and the slab will return. So now we have to deciede
if
a) the MIPS __pa() should be changed to handle uncached addresses.
b) the sound code here is simply broken.
Some drivers seem to allocate runtime->dma_area from vmalloc, so this
whole area in the sound code is looking like built on quicksand ...
> }
> get_page(page);
> if (type)
> @@ -3261,6 +3265,12 @@ static int snd_pcm_mmap(struct file *file, struct vm_area_struct *area)
> substream = pcm_file->substream;
> snd_assert(substream != NULL, return -ENXIO);
>
> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
> + /* all mmap using uncached mode */
> + area->vm_page_prot = pgprot_noncached(area->vm_page_prot);
> + area->vm_flags |= ( VM_RESERVED | VM_IO);
VM_RESERVED will prevent the buffer from being freed. I assume that is
another workaround for some kernel subsystem blowing up when being fed a
pointer to an uncached RAM address? This smells like a memory leak.
> +#endif
> +
> offset = area->vm_pgoff << PAGE_SHIFT;
> switch (offset) {
> case SNDRV_PCM_MMAP_OFFSET_STATUS:
> diff --git a/sound/core/sgbuf.c b/sound/core/sgbuf.c
> index cefd228..535f0bc 100644
> --- a/sound/core/sgbuf.c
> +++ b/sound/core/sgbuf.c
> @@ -91,12 +91,21 @@ void *snd_malloc_sgbuf_pages(struct device *device,
> }
> sgbuf->table[i].buf = tmpb.area;
> sgbuf->table[i].addr = tmpb.addr;
> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
> + sgbuf->page_table[i] = virt_to_page(CAC_ADDR(tmpb.area));
VM_RESERVED will prevent the buffer from being freed. I assume that is
another workaround for some kernel subsystem blowing up when being fed a
pointer to an uncached RAM address? This smells like a memory leak.
> +#else
> sgbuf->page_table[i] = virt_to_page(tmpb.area);
> +#endif
> sgbuf->pages++;
> }
>
> sgbuf->size = size;
> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
> + /* maybe we should use uncached accelerated mode */
> + dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP | VM_IO, pgprot_noncached(PAGE_KERNEL));
> +#else
> dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP, PAGE_KERNEL);
> +#endif
I would suggest to get rid of this ifdef with a new arch-specific function
like vmap_io_buffer which will do whatever a platform seems fit for this
case?
> if (! dmab->area)
> goto _failed;
> return dmab->area;
Ralf
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 16/16] alsa sound support for mips
2007-04-18 13:54 ` [PATCH 16/16] alsa sound support for mips Ralf Baechle
@ 2007-04-18 14:13 ` Fuxin Zhang
2007-04-20 9:39 ` Atsushi Nemoto
0 siblings, 1 reply; 3+ messages in thread
From: Fuxin Zhang @ 2007-04-18 14:13 UTC (permalink / raw)
To: Ralf Baechle
Cc: tiansm, perex, alsa-devel, linux-kernel, linux-mips, Fuxin Zhang
>> vaddr = runtime->dma_area + offset;
>> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
>>
>
> Please use CONFIG_MIPS instead of __mips__ in #if / #ifdefs.
>
> The question if #ifdefing is the right approach to solve this problem is
> something else but I think no, ....
>
I would agree that it is quite ugly, but changing virt_to_page for it
does not seem right either.
>
>> + page = virt_to_page(CAC_ADDR(vaddr));
>> +#else
>> page = virt_to_page(vaddr);
>> +#endif
>>
>
> So this is needed because the MIPS virt_to_page is returning a unsuitable
> value if vaddress is not a KSEG0 (64-bit: cached XKPHYS) address which is
> what GFP allocations and the slab will return. So now we have to deciede
> if
>
> a) the MIPS __pa() should be changed to handle uncached addresses.
> b) the sound code here is simply broken.
>
> Some drivers seem to allocate runtime->dma_area from vmalloc, so this
> whole area in the sound code is looking like built on quicksand ...
>
>> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
>> + /* all mmap using uncached mode */
>> + area->vm_page_prot = pgprot_noncached(area->vm_page_prot);
>> + area->vm_flags |= ( VM_RESERVED | VM_IO);
>>
>
> VM_RESERVED will prevent the buffer from being freed. I assume that is
> another workaround for some kernel subsystem blowing up when being fed a
> pointer to an uncached RAM address? This smells like a memory leak.
>
>
Oh, VM_RESERVED should be a memory leak problem, we can remove it.
I don't remember any case of other subsystem's problem, just did not
think much
to add those flags.
>> +#endif
>> +
>> offset = area->vm_pgoff << PAGE_SHIFT;
>> switch (offset) {
>> case SNDRV_PCM_MMAP_OFFSET_STATUS:
>> diff --git a/sound/core/sgbuf.c b/sound/core/sgbuf.c
>> index cefd228..535f0bc 100644
>> --- a/sound/core/sgbuf.c
>> +++ b/sound/core/sgbuf.c
>> @@ -91,12 +91,21 @@ void *snd_malloc_sgbuf_pages(struct device *device,
>> }
>> sgbuf->table[i].buf = tmpb.area;
>> sgbuf->table[i].addr = tmpb.addr;
>> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
>> + sgbuf->page_table[i] = virt_to_page(CAC_ADDR(tmpb.area));
>>
>
> VM_RESERVED will prevent the buffer from being freed. I assume that is
> another workaround for some kernel subsystem blowing up when being fed a
> pointer to an uncached RAM address? This smells like a memory leak.
>
>
>> +#else
>> sgbuf->page_table[i] = virt_to_page(tmpb.area);
>> +#endif
>> sgbuf->pages++;
>> }
>>
>> sgbuf->size = size;
>> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
>> + /* maybe we should use uncached accelerated mode */
>> + dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP | VM_IO, pgprot_noncached(PAGE_KERNEL));
>> +#else
>> dmab->area = vmap(sgbuf->page_table, sgbuf->pages, VM_MAP, PAGE_KERNEL);
>> +#endif
>>
>
> I would suggest to get rid of this ifdef with a new arch-specific function
> like vmap_io_buffer which will do whatever a platform seems fit for this
> case?
>
I think arch-specific function is the correct way, but don't know what
the alsa gods think.
>
>> if (! dmab->area)
>> goto _failed;
>> return dmab->area;
>>
>
> Ralf
>
>
>
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 16/16] alsa sound support for mips
2007-04-18 14:13 ` Fuxin Zhang
@ 2007-04-20 9:39 ` Atsushi Nemoto
0 siblings, 0 replies; 3+ messages in thread
From: Atsushi Nemoto @ 2007-04-20 9:39 UTC (permalink / raw)
To: fxzhang; +Cc: ralf, tiansm, perex, alsa-devel, linux-kernel, linux-mips,
zhangfx
On Wed, 18 Apr 2007 22:13:02 +0800, Fuxin Zhang <fxzhang@ict.ac.cn> wrote:
> >> +#if defined(__mips__) && defined(CONFIG_DMA_NONCOHERENT)
> >> + /* all mmap using uncached mode */
> >> + area->vm_page_prot = pgprot_noncached(area->vm_page_prot);
> >> + area->vm_flags |= ( VM_RESERVED | VM_IO);
> >>
> >
> > VM_RESERVED will prevent the buffer from being freed. I assume that is
> > another workaround for some kernel subsystem blowing up when being fed a
> > pointer to an uncached RAM address? This smells like a memory leak.
> >
> >
> Oh, VM_RESERVED should be a memory leak problem, we can remove it.
> I don't remember any case of other subsystem's problem, just did not
> think much
> to add those flags.
I think pgprot_noncached() is needed because user mapping for a DMA
buffer (runtime->dma_area) should be uncache. If so, doing this in
snd_pcm_mmap() looks a bit suspicious. It seems snd_pcm_mmap_data()
is a place to do such an adjustment. But for now, both
snd_pcm_mmap_status() and snd_pcm_mmap_control() returns -ENXIO for
MIPS so this is not a real problem.
And I wonder if VM_IO is really needed. The area is a DMA buffer,
_not_ a memory mapped IO area, isn't it?
> > I would suggest to get rid of this ifdef with a new arch-specific function
> > like vmap_io_buffer which will do whatever a platform seems fit for this
> > case?
> >
> I think arch-specific function is the correct way, but don't know what
> the alsa gods think.
JFYI, there were some discussions on this topic a while ago:
http://lkml.org/lkml/2006/1/25/117
and I'v seen MIPS version of dma_mmap_coherent(), etc. somewhere...
---
Atsushi Nemoto
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-04-20 10:03 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <11766507661684-git-send-email-tiansm@lemote.com>
[not found] ` <117665076617-git-send-email-tiansm@lemote.com>
[not found] ` <1176650766907-git-send-email-tiansm@lemote.com>
[not found] ` <11766507663301-git-send-email-tiansm@lemote.com>
[not found] ` <11766507663039-git-send-email-tiansm@lemote.com>
[not found] ` <1176650766685-git-send-email-tiansm@lemote.com>
[not found] ` <11766507661790-git-send-email-tiansm@lemote.com>
[not found] ` <11766507672298-git-send-email-tiansm@lemote.com>
[not found] ` <11766507672043-git-send-email-tiansm@lemote.com>
[not found] ` <11766507674145-git-send-email-tiansm@lemote.com>
2007-04-18 13:54 ` [PATCH 16/16] alsa sound support for mips Ralf Baechle
2007-04-18 14:13 ` Fuxin Zhang
2007-04-20 9:39 ` Atsushi Nemoto
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox