Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp482459ybg; Tue, 9 Jun 2020 05:50:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwDuc3aOih4V5uun5xY3jRt83vmJhAslgWQ+6lLdoQ1pc6oYWzuDFnw7ayeu6uB3XvaVUr0 X-Received: by 2002:aa7:c944:: with SMTP id h4mr26160653edt.383.1591707000590; Tue, 09 Jun 2020 05:50:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591707000; cv=none; d=google.com; s=arc-20160816; b=tn48NRON7ptqEonLY59R73OjcUEE/2LY5W5qv7el5+x6f4otb+poxhgGe2AX4PzRc9 +fv6h5HnyTwYYE/3BHTlcCb+0soTBYp+xG01s/DxqmNwQB+w5I1Ct/gQwJNV0VGZHHS/ u3K8TUoKC9P4/MMQrBWWN5vv1K5PI8uIdX4FVDu48stwZZzxm1gYjY6NocHFJ7BwfkHm s6pJAltNgmegjeycht1c205n33Vr4NTCK9ap8ZzelVKEb17FLTo5B/GO1nx7y/+hcpw3 CQ6vGSyh3ZSm3NpHrqaXFm0vOtWflXz7FgJyiYqq2bdZ7sRMkCx13RE8HQ2PkoFsXyRF HEjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=j2eRlzeglfDMvmuO4CUIqEIjFswZv2yH8S6YYfOLh64=; b=bLKu4DqzA+sozJudYZ196TUfX799JnrcdHhjNOBz1P/UrIwB5H/Vpj7Cbk2wpvp7xp gvwuCnRj0FYZwO0FkErE0ffLpCzEtuTjap7lTY0M5Z3HQ8OqvsGK8gKPhKHvohHCFtKB q+Be3cafPyXBPq6MIFZETopTG543igJIcOyPfcOcHWzVrUN8jdyJlHfk2Qv7X+cE1z23 R9ZUACXfswwLjHSO7BsHK+egzkO7mUGKN2uPuE5F9ri+LsRh2fC3DS9CmddQNyCVkLD2 SK/OxAiDEDleZuqmRlv7u0KxfrYC0I2wH6KVFC3P7kUDK4UVilU3TmZvLuBPdhwNgXe6 6V4w== 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 hb8si10747120ejb.207.2020.06.09.05.49.37; Tue, 09 Jun 2020 05:50:00 -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 S1728940AbgFILph (ORCPT + 99 others); Tue, 9 Jun 2020 07:45:37 -0400 Received: from mx2.suse.de ([195.135.220.15]:51180 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726395AbgFILpg (ORCPT ); Tue, 9 Jun 2020 07:45:36 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 72577ACF1; Tue, 9 Jun 2020 11:45:38 +0000 (UTC) Date: Tue, 09 Jun 2020 13:45:34 +0200 Message-ID: From: Takashi Iwai To: Christoph Hellwig Cc: 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 In-Reply-To: <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> <20200609114059.GA1228@lst.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 09 Jun 2020 13:40:59 +0200, Christoph Hellwig wrote: > > 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.. Yes, for the sound stuff, something below should make things working. But it means that we'll lose the SG-buffer allocation and the allocation of large buffers might fail on some machines. Takashi --- a/sound/core/Kconfig +++ b/sound/core/Kconfig @@ -192,6 +192,6 @@ config SND_VMASTER config SND_DMA_SGBUF def_bool y - depends on X86 + depends on X86 && BROKEN source "sound/core/seq/Kconfig"