Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp405827pxb; Tue, 1 Feb 2022 02:28:35 -0800 (PST) X-Google-Smtp-Source: ABdhPJyqpCIZWRRoRLufgWQm6ZXKm6Xcc8Txft9nknsR4/6n317CCpuA7ki1JsH5wKJOy8HsZ287 X-Received: by 2002:a17:906:5d09:: with SMTP id g9mr19913496ejt.510.1643711315475; Tue, 01 Feb 2022 02:28:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643711315; cv=none; d=google.com; s=arc-20160816; b=ZkItllGzUsDuSfF+TWxrFTwpVLBlcbsdAmtkOYlcYEt3/yeIT7Z9Jwb2cQ2z9rB5nH vXGp7jPmtzNpBP58oTB0Y/NDCR/i+qQEaKH/3z9jeBITVuh3es9tByEKzxLJFH3Qtu9Y qSf6hm/yktMQpmvLVPApqSC6hIYcTra09KZPXZ5S16+oQ22K4grOKMyt4q/I7ZVCZGY6 J8k89tjic6InlBI3QZugnBmaAHK82BUE3/jNBYvkNxm7D/ThEkJQKTI38FR4zSMJ3IB6 7SXaPp7I5eOHBb1zXFWowMeItgA2K8E+NN/t7xSkBdPkY6w/4LlIEleVt5BsClxQdfOz znyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:user-agent:message-id:subject:cc:to:from:date :dkim-signature; bh=bxlyxF/EC8bTAR3d0TLEeaeVlQi35TqmVD7n3vCbavI=; b=ESgcehxLrjLijY3oYD7yuznyspEjA84xk3IppMQtMbfFSnixlYWb5MzwWKm4dH+8D0 fHSJCiFwXGDtF+6zbGbGzM6SD55QaKv3QZlSMoV/PA7zxhvNKNg7PmE+u7yLA2EM7MRy t3lZxjV1XZKM3XF0tf+lpv4f9POaASs8R+FcfCEd7hhRrHefAsW3GdamzujDcixR9cU2 Onk4r5zOhIzXN3EBwkRMLQ2k3j36O5IoUoBCRXUA2pUyo6YKf6O3NByJfJeDBwGpmwOi v40TEgRXvIf9DtrR3JmhNgIQaLKd15DoTO4rTnFfEWq3z7xAVxL1cjPty02o623y2o6U h6fQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Rb+lSRxH; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n12si10841128edx.218.2022.02.01.02.28.11; Tue, 01 Feb 2022 02:28:35 -0800 (PST) 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; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Rb+lSRxH; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243599AbiA3LEc (ORCPT + 99 others); Sun, 30 Jan 2022 06:04:32 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38788 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242270AbiA3LEa (ORCPT ); Sun, 30 Jan 2022 06:04:30 -0500 Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ECBBCC061714 for ; Sun, 30 Jan 2022 03:04:29 -0800 (PST) Received: by mail-lf1-x12a.google.com with SMTP id n8so20964965lfq.4 for ; Sun, 30 Jan 2022 03:04:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:user-agent:references :mime-version:content-disposition:in-reply-to; bh=bxlyxF/EC8bTAR3d0TLEeaeVlQi35TqmVD7n3vCbavI=; b=Rb+lSRxHbxob/Ic74S73x7dboMK/vjsrOhLRmlHXTY0UcvDe+A01djucQTLJ5aF0ee xaJgTd18lCL2S8NbZijvYwTjO8qchTw30veISMMMDYNrugj94BEtCr15/4cPBQWS+4gU tcauokmFlOU8h724lMEBMYYiRfvei97Sdk61ECGSY1+BmRvyJban3pz4329P7NNUTUF4 sVVzfmUYpidWtqVlrS8fKR8LvLk2TqINYr1FU6qvbgRJs3Igr1BcVMcVBtPHlVrMhsLW f3eoZ8ev9id5iL7KT4BWNbCoj5uS+FZO0JUXc8Jd0l0osPFfN7A9UsH5kVWogfQHxXeF 8S4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:user-agent :references:mime-version:content-disposition:in-reply-to; bh=bxlyxF/EC8bTAR3d0TLEeaeVlQi35TqmVD7n3vCbavI=; b=2iuK/29Eq4zoiBdUpeJqNZ9yNQvmXDA8Ttz6JBpeCv3gb6R4zHGWeNCPWmZmLvuRLM KAYLEG1t48zeQy4qNTNyavctQgTjeVmsWgYqMwbFpJl7tSitlYOajCMU6dYdU381tCRR H8vN7UZ8YJlXF576AzWa2bJBtaV4PMZ9kmbDFlH/o4yykYZpehA+0K6lMVzdSZwtrSOD tslB8SENrbpXKy0iFB8Sw74faWB8j020hlYD95aBvx9M12u7HxSL+8XSy/6LLB+2fHka rFFLlNrmhmyvPbEZjrto7yW1INaAXVij0T+/poNgHKYFdmNq2EZF6jOOxk1LYLxfwohH QNwA== X-Gm-Message-State: AOAM533/DMCMYDXN+Bj1dMCUlvNMn8ghJ7UAsGvdanFYf32JvDPo4kau jkl5dza4tz6MXMFkUTzWZmQ= X-Received: by 2002:a05:6512:3223:: with SMTP id f3mr11654547lfe.203.1643540668159; Sun, 30 Jan 2022 03:04:28 -0800 (PST) Received: from localhost.localdomain (broadband-95-84-228-163.ip.moscow.rt.ru. [95.84.228.163]) by smtp.gmail.com with ESMTPSA id z3sm3247459lfu.8.2022.01.30.03.04.26 (version=TLS1 cipher=ECDHE-ECDSA-AES128-SHA bits=128/128); Sun, 30 Jan 2022 03:04:27 -0800 (PST) Date: Sun, 30 Jan 2022 14:10:20 +0300 From: Alexander Sergeyev To: Takashi Iwai Cc: Jeremy Szu , tiwai@suse.com, "moderated list:SOUND" , Kailang Yang , open list , Huacai Chen , Jian-Hong Pan , Hui Wang , PeiSen Hou Subject: Re: [PATCH 1/4] ALSA: hda/realtek: fix mute/micmute LEDs for HP 855 G8 Message-ID: <20220130111020.44gzrm5ckrakjta2@localhost.localdomain> User-Agent: mtt References: <20220114183720.n46wealclg6spxkp@localhost.localdomain> <20220115152215.kprws5nja2i43qax@localhost.localdomain> <20220119093249.eaxem33bjqjxcher@localhost.localdomain> <20220122190522.ycaygrqcen7d3hj2@localhost.localdomain> <20220122205637.7gzurdu7xl4sthxw@localhost.localdomain> <20220129144704.xlmeylllvy3b3fum@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220129144704.xlmeylllvy3b3fum@localhost.localdomain> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jan 29, 2022 at 05:47:07PM +0300, Alexander Sergeyev wrote: > But unbind-bind problems with IO_PAGE_FAULT and "out of range cmd" are not > eliminated. IO_PAGE_FAULT are often logged without accompanying "out of range > cmd". And after adding debugging printk() I haven't managed to trigger "out > of range cmd" yet. But IO_PAGE_FAULT are more easily triggered. IO_PAGE_FAULTs go away with CONFIG_IOMMU_DEFAULT_PASSTHROUGH enabled. As I understand, this leads to reduced DMA device isolation which is generally not desirable. I was initially thinking about races between some delayed code and io-memory pages unmapping, but first IO_PAGE_FAULTs (running non-passthrough iommu) happen during bind operations as well. What is also interesting, unbind & bind consistently fails on 31th bind: echo -n '0000:05:00.6' > /sys/bus/pci/drivers/snd_hda_intel/bind -bash: echo: write error: No such device And does not recover from there until a reboot.