From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 12 Jan 2010 08:02:44 +0100 (CET) Received: from cantor.suse.de ([195.135.220.2]:52688 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S1491985Ab0ALHCj (ORCPT ); Tue, 12 Jan 2010 08:02:39 +0100 Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.221.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 93F0695DE3; Tue, 12 Jan 2010 08:02:36 +0100 (CET) Date: Tue, 12 Jan 2010 08:02:36 +0100 Message-ID: From: Takashi Iwai To: Andreas Mohr Cc: alsa-devel@alsa-project.org, Ralf Baechle , Wu Zhangjin , Thomas Bogendoerfer , linux-mips@linux-mips.org, Benjamin Herrenschmidt , Kumar Gala , Becky Bruce Subject: Re: [PATCH 0/5] PCM mmap (temporary) fixes for non-coherent architectures In-Reply-To: <20100101193130.GA21510@rhlx01.hs-esslingen.de> References: <1259248388-20095-1-git-send-email-tiwai@suse.de> <20100101193130.GA21510@rhlx01.hs-esslingen.de> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.1 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-archive-position: 25569 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: tiwai@suse.de Precedence: bulk X-list: linux-mips Return-Path: X-Keywords: X-UID: 7647 At Fri, 1 Jan 2010 20:31:30 +0100, Andreas Mohr wrote: > > Hi, > > I've tried this patch set (with the typo-corrected part 4) on my ASUS > WL-500gP v2 MIPSEL via a backport to 2.6.31.9, but all I get is a > small blip of the sound I wanted to play, and then the system is fubar > (I believe just the same thing as what happened without having this patch > applied). As I mentioned in the previous followup, if your device is a USB-audio, the patch doesn't help because it's for devices with buffers using dma_alloc_coherent(). For USB-audio, it uses vmalloc for an intermediate buffer. Maybe this should be changed to dma_*() stuff for such architectures. Nevertheless, I don't know whether the crash is related with the audio part... Takashi