Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp482327ybg; Tue, 9 Jun 2020 05:49:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy9xZ9GdVrLNIQoGQO9570dK59AmzM3gPVOb9xvttoSz5bUw6pPlM8BAuzmLuLgrzc1pvUD X-Received: by 2002:a17:906:e115:: with SMTP id gj21mr24355649ejb.528.1591706989090; Tue, 09 Jun 2020 05:49:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591706989; cv=none; d=google.com; s=arc-20160816; b=vOaHP4N1Pu565HPoNAihugeJiJHSW6kk+yjcj2jirf7ryHcS4wLgNmnt8Yesg9fuEr FrXT7VxgwNT04kGPolG/V7OL4NgxXtuQq84rQX7T/JoAZkatKsyIZ8rDb0ZNN3YBvf9G 3OUK/7tlK1+PSW9SGI3TxI74gYnZFGVcC5ac6wAbuAsMFfTPm6cL9XcerKNJj+Pwucpn 9Cs3WO0wq7E6YPwZuyH10hOp7Xi9W0DIgNkvLtF0S3kLB8ghMaosud9M9ZahfBVEn8gO 5Sj/B4n7uc2KAYGoslFVUK0E0qYXrKhmMG5N5SAgeiBgycdx7aoLkQ+88i7hzjGioLdA 9uXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=DBVGjIcFB8Ni8OP4TBljn0Nx7bPB6BNLdPDN2kQbJJs=; b=eLWXr1DIQUk7oT4TgzWUBCXjq+dBwir4WFUvUVwebewSLgxe0By+YqybncN2Hplee2 /ho/tDnULLTquLz6IlJ0fbQXcSCsG5vpHMlRuzCF7/AoiSXkeuxIjLhTEZnjntwGOi0a axARtUUak53YgYVE1Kr3dWX4t9/kFjdDtb9hIrUyMenxIYrawv1sfiUbW5S1+So2cyPw AGhyxZSI0/T3xpNlftlb/ZgG0XuA/61Mk/O9OiRKQv5d8kEXE4fyDjuaD+IYPsIf8T/t P8n4eBd/lBi9BXAwbGZ+KrYh1eKav04rdcgc3f/RcXkGuULOPF9yileeEuB46zO7UtFr cWmQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z7si3372439edr.589.2020.06.09.05.49.26; Tue, 09 Jun 2020 05:49:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728902AbgFILlE (ORCPT + 99 others); Tue, 9 Jun 2020 07:41:04 -0400 Received: from verein.lst.de ([213.95.11.211]:42019 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726184AbgFILlD (ORCPT ); Tue, 9 Jun 2020 07:41:03 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 9D76568AFE; Tue, 9 Jun 2020 13:40:59 +0200 (CEST) Date: Tue, 9 Jun 2020 13:40:59 +0200 From: Christoph Hellwig To: Takashi Iwai Cc: Christoph Hellwig , David Rientjes , "Alex Xu (Hello71)" , alsa-devel@alsa-project.org, bp@alien8.de, hch@infradead.org, hpa@zytor.com, linux-kernel@vger.kernel.org, mingo@redhat.com, Pavel Machek , perex@perex.cz, tglx@linutronix.de, tiwai@suse.com, x86@kernel.org Subject: Re: next-0519 on thinkpad x60: sound related? window manager crash Message-ID: <20200609114059.GA1228@lst.de> References: <1591624340.z01ejtod28.none@localhost> <20200609054306.GA9606@lst.de> <20200609084305.GA21671@lst.de> <20200609091727.GA23814@lst.de> <20200609113123.GA547@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 09, 2020 at 01:38:46PM +0200, Takashi Iwai wrote: > On Tue, 09 Jun 2020 13:31:23 +0200, > Christoph Hellwig wrote: > > > > On Tue, Jun 09, 2020 at 11:31:20AM +0200, Takashi Iwai wrote: > > > > > How would be a proper way to get the virtually mapped SG-buffer pages > > > > > with coherent memory? (Also allowing user-space mmap, too) > > > > > > > > dma_mmap_coherent / dma_mmap_attrs for userspace. We don't really > > > > have a good way for kernel space mappings. > > > > > > And that's the missing piece right now... :-< > > > > Can you point me to the relevant places (allocation and vmap mostly) > > so that I can take a look at how to fix this mess? > > Found in sound/core/sgbuf.c. It's specific to x86. So it looks like we could just turn off CONFIG_SND_DMA_SGBUF and be done with it? After all this works on other architectures just fine..