From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D0BC2C433DB for ; Mon, 29 Mar 2021 17:56:55 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8C66261934 for ; Mon, 29 Mar 2021 17:56:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229468AbhC2R4X (ORCPT ); Mon, 29 Mar 2021 13:56:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33704 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230495AbhC2Rzz (ORCPT ); Mon, 29 Mar 2021 13:55:55 -0400 Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CC1ABC061756 for ; Mon, 29 Mar 2021 10:55:52 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id y6so15231454eds.1 for ; Mon, 29 Mar 2021 10:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anholt-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6MnTmV7Ubg2sTi3Xa2Quc7eX0k5n11budl3ddfjJpTQ=; b=gJtMzc9yrdH/AglObhliCl1eLVPtYjBzEmGKhMs9v04xve8sR8xROi3HbQURzWGDBs x8hjM/XW/JAvIauCyjxGZxqaSPBn0pcf+T7fLRHs7eObNBz2kPQmyxHodjG+nu+2gJZy FIVdwhqEuY1c/omIMQ0qtK55Vk+CN/qmkvUprAWKV84JmQMF9rzoH+lH0KmtH7NZN+W6 fxLZuGFGvtrYKg/jzLgyYqQQ+6MAMaONyDWHCjxn3cfuCalDKFQDPkJYCBBcW6SuypKs wssZhiDV5SEqInSyh8F8f74PMu8fBNBcKYbISCWdYueBbiapEn7mxGLyhaKBuVsq+1Nt 6gpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6MnTmV7Ubg2sTi3Xa2Quc7eX0k5n11budl3ddfjJpTQ=; b=XoM+yU2y2ewz7a3ZUd7CG6cqWTznxqEcEy5K7TURBAgwsBH64yFWaS/YfQmYOJC1Fa ljkyp1fqvqSuUImwMt8Z7lMH+ASct3ZhFHKMh0u8zbSfq/61lNZjY5y8MmUuT2mHyz+K AaM8rgLtcePpMgMMS6AaGGLc8ZHvkwF3yM0viXEqQPO6sUAs8c2M20y6sLbOSfHU//C2 /B9HhXEHTkYXyQqdSs1kEf+r9kS/qR6iR+OwoSG7/7GpQcESwQbdKMbkZO/pW+xKWdHi m/Im1CXEZO6phdCn/tZzq6vaqsBOUVus1vaLBwiDFCjFjcOxkjy1KJC7tlWjV8LGsRIb if2w== X-Gm-Message-State: AOAM533oyNi3Bow1OCg+eqGdIbGQygwzkgZQI9Jb6Xf+pmMg3dpEjywz AkYWmJ8Waq5LCgCEUiFKxwUPZezdym4i191ZtWF3Dg== X-Google-Smtp-Source: ABdhPJyyEm9oNlLOtY/Bv1/0xqF/9Vl1Ci9LBjhH/1QbEkuGJ2ahfATbkAxlMF/PRkZVCCe8dvKLypvNECTtIrpoWYA= X-Received: by 2002:aa7:d588:: with SMTP id r8mr29436114edq.88.1617040551435; Mon, 29 Mar 2021 10:55:51 -0700 (PDT) MIME-Version: 1.0 References: <20210326231303.3071950-1-eric@anholt.net> <20210329144729.GB4203@willie-the-truck> In-Reply-To: <20210329144729.GB4203@willie-the-truck> From: Eric Anholt Date: Mon, 29 Mar 2021 10:55:40 -0700 Message-ID: Subject: Re: [PATCH 1/2] iommu/arm-smmu-qcom: Skip the TTBR1 quirk for db820c. To: Will Deacon Cc: DRI Development , "open list:DRM DRIVER FOR MSM ADRENO GPU" , freedreno@lists.freedesktop.org, Rob Clark , Sean Paul , Jordan Crouse , Robin Murphy , Rob Herring , Joerg Roedel , Linux ARM , devicetree@vger.kernel.org, LKML Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On Mon, Mar 29, 2021 at 7:47 AM Will Deacon wrote: > > On Fri, Mar 26, 2021 at 04:13:02PM -0700, Eric Anholt wrote: > > db820c wants to use the qcom smmu path to get HUPCF set (which keeps > > the GPU from wedging and then sometimes wedging the kernel after a > > page fault), but it doesn't have separate pagetables support yet in > > drm/msm so we can't go all the way to the TTBR1 path. > > What do you mean by "doesn't have separate pagetables support yet"? The > compatible string doesn't feel like the right way to determine this. In my past experience with DT, software looking at the (existing) board-specific compatibles has been a typical mechanism used to resolve something like this "ok, but you need to actually get down to what board is involved here to figure out how to play along with the rest of Linux that later attaches to other DT nodes". Do you have a preferred mechanism here? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E71B2C433C1 for ; Tue, 30 Mar 2021 00:05:07 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5506F6198A for ; Tue, 30 Mar 2021 00:05:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5506F6198A Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=anholt.net Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Cc:To:Subject:Message-ID:Date:From:In-Reply-To: References:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=KsgHnCqmAE3P4G0pi04d8EVvus4dQ5E+Ws5V0Ku3rpY=; b=rMNwjgMBZC4s/nihxNFRXWy1G iQ4f2fJc2kxhD2cF+ym73gyITalqosEXhRMytkthD3BUF6OHlxsx7cn1cTMdS9uTUXLCdisfu9BZE dws4rJWkFVSf3xq4G19qN/LPMI+/6aOBxKn0zIuI5M423YzB8noMwakjFe4nqqOmEDYbBsS9Tjkng QZqnV2RgOCrFqk6QvrpHl1LAxriQfIDN7aIA3EBiH6VLIZa3QBkM95b+llDbwHpy52IU3fNtSG8pn R9iGp/iYW46HUPYeCDOXVkcnw8CdLOogPykLyAaP6zP9uZPS8cAyyFlAIOKTvyr2YbkGoGpjzIkIt 9t2xcj9Wg==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lR1pX-002637-EE; Tue, 30 Mar 2021 00:01:59 +0000 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lQwXr-0012J7-4X for linux-arm-kernel@lists.infradead.org; Mon, 29 Mar 2021 18:23:25 +0000 Received: by mail-lj1-x22b.google.com with SMTP id z8so16933530ljm.12 for ; Mon, 29 Mar 2021 11:23:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anholt-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6MnTmV7Ubg2sTi3Xa2Quc7eX0k5n11budl3ddfjJpTQ=; b=gJtMzc9yrdH/AglObhliCl1eLVPtYjBzEmGKhMs9v04xve8sR8xROi3HbQURzWGDBs x8hjM/XW/JAvIauCyjxGZxqaSPBn0pcf+T7fLRHs7eObNBz2kPQmyxHodjG+nu+2gJZy FIVdwhqEuY1c/omIMQ0qtK55Vk+CN/qmkvUprAWKV84JmQMF9rzoH+lH0KmtH7NZN+W6 fxLZuGFGvtrYKg/jzLgyYqQQ+6MAMaONyDWHCjxn3cfuCalDKFQDPkJYCBBcW6SuypKs wssZhiDV5SEqInSyh8F8f74PMu8fBNBcKYbISCWdYueBbiapEn7mxGLyhaKBuVsq+1Nt 6gpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6MnTmV7Ubg2sTi3Xa2Quc7eX0k5n11budl3ddfjJpTQ=; b=kCj3IJlyVe2JxzBdjqUzPap/yWxDYCPJjL0BSoqdtWtvQD1DbE3gF5BAbcD0t/8RjX o3uCRn07BroPjY65lRzjf0GeYoB7DH/CuctfdlGE1qs1Qr725UroWyCHEAbdBMcu+prm JCWhDaYaeQQDdQQvaKREDgm3w7EC7UxnuodNfBVYCcOkmTLdu/JNifhviBER3gk+JsiB ptrAetNlM6J+wMgdbIIIf5bGqno0QYqJqdahZftSHp3OgRXPciOSaoUgJ+xGbiFgcGzb TTlTszFdRItqt9yz1sIg9GNCtCxxYgj2ZStDOacNxGUa7r9wrmZZQLofkaK60ClaXTrf 9I7Q== X-Gm-Message-State: AOAM532+n/XuD6PMBpcjHF1kYy9bSgpyZoLTvRYQYhvFZuppNelD12PU k1VCoh95TuVSYC5UD7xsUp0+nKn3vrZuMmf1VioytRj6WOnz+Uob X-Google-Smtp-Source: ABdhPJyyEm9oNlLOtY/Bv1/0xqF/9Vl1Ci9LBjhH/1QbEkuGJ2ahfATbkAxlMF/PRkZVCCe8dvKLypvNECTtIrpoWYA= X-Received: by 2002:aa7:d588:: with SMTP id r8mr29436114edq.88.1617040551435; Mon, 29 Mar 2021 10:55:51 -0700 (PDT) MIME-Version: 1.0 References: <20210326231303.3071950-1-eric@anholt.net> <20210329144729.GB4203@willie-the-truck> In-Reply-To: <20210329144729.GB4203@willie-the-truck> From: Eric Anholt Date: Mon, 29 Mar 2021 10:55:40 -0700 Message-ID: Subject: Re: [PATCH 1/2] iommu/arm-smmu-qcom: Skip the TTBR1 quirk for db820c. To: Will Deacon Cc: DRI Development , "open list:DRM DRIVER FOR MSM ADRENO GPU" , freedreno@lists.freedesktop.org, Rob Clark , Sean Paul , Jordan Crouse , Robin Murphy , Rob Herring , Joerg Roedel , Linux ARM , devicetree@vger.kernel.org, LKML X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210329_192323_402066_1693E32A X-CRM114-Status: GOOD ( 17.18 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, Mar 29, 2021 at 7:47 AM Will Deacon wrote: > > On Fri, Mar 26, 2021 at 04:13:02PM -0700, Eric Anholt wrote: > > db820c wants to use the qcom smmu path to get HUPCF set (which keeps > > the GPU from wedging and then sometimes wedging the kernel after a > > page fault), but it doesn't have separate pagetables support yet in > > drm/msm so we can't go all the way to the TTBR1 path. > > What do you mean by "doesn't have separate pagetables support yet"? The > compatible string doesn't feel like the right way to determine this. In my past experience with DT, software looking at the (existing) board-specific compatibles has been a typical mechanism used to resolve something like this "ok, but you need to actually get down to what board is involved here to figure out how to play along with the rest of Linux that later attaches to other DT nodes". Do you have a preferred mechanism here? _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D4B03C433DB for ; Mon, 29 Mar 2021 17:55:54 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7E20561936 for ; Mon, 29 Mar 2021 17:55:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7E20561936 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=anholt.net Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id C4EED6E497; Mon, 29 Mar 2021 17:55:53 +0000 (UTC) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) by gabe.freedesktop.org (Postfix) with ESMTPS id D68266E49D for ; Mon, 29 Mar 2021 17:55:52 +0000 (UTC) Received: by mail-ed1-x52f.google.com with SMTP id o19so15204482edc.3 for ; Mon, 29 Mar 2021 10:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anholt-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6MnTmV7Ubg2sTi3Xa2Quc7eX0k5n11budl3ddfjJpTQ=; b=gJtMzc9yrdH/AglObhliCl1eLVPtYjBzEmGKhMs9v04xve8sR8xROi3HbQURzWGDBs x8hjM/XW/JAvIauCyjxGZxqaSPBn0pcf+T7fLRHs7eObNBz2kPQmyxHodjG+nu+2gJZy FIVdwhqEuY1c/omIMQ0qtK55Vk+CN/qmkvUprAWKV84JmQMF9rzoH+lH0KmtH7NZN+W6 fxLZuGFGvtrYKg/jzLgyYqQQ+6MAMaONyDWHCjxn3cfuCalDKFQDPkJYCBBcW6SuypKs wssZhiDV5SEqInSyh8F8f74PMu8fBNBcKYbISCWdYueBbiapEn7mxGLyhaKBuVsq+1Nt 6gpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6MnTmV7Ubg2sTi3Xa2Quc7eX0k5n11budl3ddfjJpTQ=; b=F5+txOzhsqTztcitOcDpgvCd9Dh7E+Hie8Ff2UacxXXLsi4wF+UVafVjuHyfJf5haj hpSp1er81VdR3U/ywgmEmxzWEYeK0DgsQt1YeHZNprlkdt0Ydwr5HlPkp0OLYWoE46gS sObSjMhMteRXBVZYnl0gvWP6qICD6ttNdcXMLib5YYlkDyOViD0v7IQYnrELVEjatfE/ /xBmWr7jTazfjBf9HNMBpEx/kilXtIphBt6++AMwSb6PR4l7wcKV+vtCPmfM/OCSakXN KAxeSSa3cFH//yVXoDZqfmIfKu5qpGwOQlvZrPeH9PCCJ3wXmLu4ucfW3idJUc7phUKY xJ8A== X-Gm-Message-State: AOAM532cxragTAL0ia2HOKkHkYD+wt8mFSht68m/oKfDhcjSkwP5hTQ/ zgON+Tuh+r0KJTxdfPoF892bXZm4PTZcZzSqZR3Vvw== X-Google-Smtp-Source: ABdhPJyyEm9oNlLOtY/Bv1/0xqF/9Vl1Ci9LBjhH/1QbEkuGJ2ahfATbkAxlMF/PRkZVCCe8dvKLypvNECTtIrpoWYA= X-Received: by 2002:aa7:d588:: with SMTP id r8mr29436114edq.88.1617040551435; Mon, 29 Mar 2021 10:55:51 -0700 (PDT) MIME-Version: 1.0 References: <20210326231303.3071950-1-eric@anholt.net> <20210329144729.GB4203@willie-the-truck> In-Reply-To: <20210329144729.GB4203@willie-the-truck> From: Eric Anholt Date: Mon, 29 Mar 2021 10:55:40 -0700 Message-ID: Subject: Re: [PATCH 1/2] iommu/arm-smmu-qcom: Skip the TTBR1 quirk for db820c. To: Will Deacon X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: freedreno@lists.freedesktop.org, devicetree@vger.kernel.org, "open list:DRM DRIVER FOR MSM ADRENO GPU" , Joerg Roedel , Jordan Crouse , DRI Development , LKML , Rob Herring , Sean Paul , Linux ARM , Robin Murphy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Mon, Mar 29, 2021 at 7:47 AM Will Deacon wrote: > > On Fri, Mar 26, 2021 at 04:13:02PM -0700, Eric Anholt wrote: > > db820c wants to use the qcom smmu path to get HUPCF set (which keeps > > the GPU from wedging and then sometimes wedging the kernel after a > > page fault), but it doesn't have separate pagetables support yet in > > drm/msm so we can't go all the way to the TTBR1 path. > > What do you mean by "doesn't have separate pagetables support yet"? The > compatible string doesn't feel like the right way to determine this. In my past experience with DT, software looking at the (existing) board-specific compatibles has been a typical mechanism used to resolve something like this "ok, but you need to actually get down to what board is involved here to figure out how to play along with the rest of Linux that later attaches to other DT nodes". Do you have a preferred mechanism here? _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel