From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Stultz Subject: Re: [RFC 0/2] iommu: arm-smmu: Add support for early direct mappings Date: Tue, 26 May 2020 13:34:45 -0700 Message-ID: References: <20191209150748.2471814-1-thierry.reding@gmail.com> <20200228025700.GA856087@builder> <20200514193249.GE279327@builder.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: In-Reply-To: <20200514193249.GE279327-Y7zrm0MriT3hXIiyNabO3w@public.gmane.org> Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Bjorn Andersson Cc: Thierry Reding , Robin Murphy , Will Deacon , linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-msm , Joerg Roedel , iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-arm-kernel List-Id: linux-tegra@vger.kernel.org On Thu, May 14, 2020 at 12:34 PM wrote: > > On Thu 27 Feb 18:57 PST 2020, Bjorn Andersson wrote: > > Rob, Will, we're reaching the point where upstream has enough > functionality that this is becoming a critical issue for us. > > E.g. Lenovo Yoga C630 is lacking this and a single dts patch to boot > mainline with display, GPU, WiFi and audio working and the story is > similar on several devboards. > > As previously described, the only thing I want is the stream mapping > related to the display controller in place, either with the CB with > translation disabled or possibly with a way to specify the framebuffer > region (although this turns out to mess things up in the display > driver...) > > I did pick this up again recently and concluded that by omitting the > streams for the USB controllers causes an instability issue seen on one > of the controller to disappear. So I would prefer if we somehow could > have a mechanism to only pick the display streams and the context > allocation for this. > > > Can you please share some pointers/insights/wishes for how we can > conclude on this subject? Ping? I just wanted to follow up on this discussion as this small series is crucial for booting mainline on the Dragonboard 845c devboard. It would be really valuable to be able to get some solution upstream so we can test mainline w/o adding additional patches. The rest of the db845c series has been moving forward smoothly, but this set seems to be very stuck with no visible progress since Dec. Are there any pointers for what folks would prefer to see? thanks -john 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=-0.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,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 6D006C433DF for ; Tue, 26 May 2020 20:34:59 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4084B208B8 for ; Tue, 26 May 2020 20:34:59 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="vqBfuJzM" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389339AbgEZUe6 (ORCPT ); Tue, 26 May 2020 16:34:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47174 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390913AbgEZUe6 (ORCPT ); Tue, 26 May 2020 16:34:58 -0400 Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 20172C03E96D for ; Tue, 26 May 2020 13:34:57 -0700 (PDT) Received: by mail-ot1-x342.google.com with SMTP id b18so17469888oti.1 for ; Tue, 26 May 2020 13:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Xlg1WEt/1KpzYv+/vA9j7Mf3YWi1IPnXCFcohcpUSKM=; b=vqBfuJzMnCts3H+g3tzxBLb3DHdb9u8YAPd1Lr4hpr9zPYnd/hQ9htQE4e+QzEUmjl 7ZrK+oEdm0wLIE7MuIMmiI71OhNKS8oqoG5svb2EehG6CFlmnhdeq9cw6Vf2tq/axJ2H ssZdHqJcXZVSLkR/cPGAeFiJSasA4lSnrLDZRpKXHynba/SmCOYCvHWd2hPTm3NCdn4r BNzmOO0gWoq0pD+6uFTBvcgyL6jgx7zvs2rGaMsCKa11K7bwAsrXJaOHz3GnLa3znOG5 YZJKlEQz0ZUmv6xTUjr2n7E5cvEvNuf9zyblA43KWchCM+klzpd5j7n4bXULce1BXFzm 8BLw== 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=Xlg1WEt/1KpzYv+/vA9j7Mf3YWi1IPnXCFcohcpUSKM=; b=kvshN0G03Strqhfcaor/ZpDyftiVIAXxBHxEfLgqd2ynnKcuJ0isLRKIqu6L2+xwBP 4z5wFvTLuPx3C1SwSNfe1ODT//BaUpFGmg4Q0dmJkib3rKb88v5Sp2RZvKAdnvPwsmVz VnpAeCmV1CEv0ly+B1wrB/wlbBHo7oF9nQ0ZaItBPZ16xIw/G/TcZXADzjfaTehwiscS gG9aUxQa0723YW9Hu8UHgXyMlAyOdNEMEhDljWc27hgxlomo4D2wT8+Ddunz42jRWgr1 MF9eVR+3SiXTvINekXfxY/MCTnNxFK+5SMKjBk+T8y+Sf0AL20jl/7RAW1aw/nwmnxKV LvWA== X-Gm-Message-State: AOAM530HRilbdhspb2J3gkfkRr+wABrb/WwNKP9Rsd9QeWwC6gXdOKfj khpB90zQsJ6KQq4vYOfjvVb6jYPhYPxN9q9+QfFE0w== X-Google-Smtp-Source: ABdhPJwRnLRczAXOAB9YCm7o1K0N3H8lb7+2jzEf7cyls1IaN/ZEhrkFXvBSwAYhJHpTTYYnVbUBS2F8yL7vvHUmhEs= X-Received: by 2002:a9d:b82:: with SMTP id 2mr2072353oth.221.1590525296383; Tue, 26 May 2020 13:34:56 -0700 (PDT) MIME-Version: 1.0 References: <20191209150748.2471814-1-thierry.reding@gmail.com> <20200228025700.GA856087@builder> <20200514193249.GE279327@builder.lan> In-Reply-To: <20200514193249.GE279327@builder.lan> From: John Stultz Date: Tue, 26 May 2020 13:34:45 -0700 Message-ID: Subject: Re: [RFC 0/2] iommu: arm-smmu: Add support for early direct mappings To: Bjorn Andersson Cc: Thierry Reding , Robin Murphy , Will Deacon , linux-tegra@vger.kernel.org, linux-arm-msm , Joerg Roedel , iommu@lists.linux-foundation.org, linux-arm-kernel Content-Type: text/plain; charset="UTF-8" Sender: linux-arm-msm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On Thu, May 14, 2020 at 12:34 PM wrote: > > On Thu 27 Feb 18:57 PST 2020, Bjorn Andersson wrote: > > Rob, Will, we're reaching the point where upstream has enough > functionality that this is becoming a critical issue for us. > > E.g. Lenovo Yoga C630 is lacking this and a single dts patch to boot > mainline with display, GPU, WiFi and audio working and the story is > similar on several devboards. > > As previously described, the only thing I want is the stream mapping > related to the display controller in place, either with the CB with > translation disabled or possibly with a way to specify the framebuffer > region (although this turns out to mess things up in the display > driver...) > > I did pick this up again recently and concluded that by omitting the > streams for the USB controllers causes an instability issue seen on one > of the controller to disappear. So I would prefer if we somehow could > have a mechanism to only pick the display streams and the context > allocation for this. > > > Can you please share some pointers/insights/wishes for how we can > conclude on this subject? Ping? I just wanted to follow up on this discussion as this small series is crucial for booting mainline on the Dragonboard 845c devboard. It would be really valuable to be able to get some solution upstream so we can test mainline w/o adding additional patches. The rest of the db845c series has been moving forward smoothly, but this set seems to be very stuck with no visible progress since Dec. Are there any pointers for what folks would prefer to see? thanks -john 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=-0.6 required=3.0 tests=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 E5B7DC433E0 for ; Tue, 26 May 2020 20:35:01 +0000 (UTC) Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137]) (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 A2440208A7 for ; Tue, 26 May 2020 20:35:00 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="vqBfuJzM" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A2440208A7 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=iommu-bounces@lists.linux-foundation.org Received: from localhost (localhost [127.0.0.1]) by fraxinus.osuosl.org (Postfix) with ESMTP id 9569E869E3; Tue, 26 May 2020 20:35:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org Received: from fraxinus.osuosl.org ([127.0.0.1]) by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AjZfaDNc8fk6; Tue, 26 May 2020 20:35:00 +0000 (UTC) Received: from lists.linuxfoundation.org (lf-lists.osuosl.org [140.211.9.56]) by fraxinus.osuosl.org (Postfix) with ESMTP id 0113B8698F; Tue, 26 May 2020 20:34:59 +0000 (UTC) Received: from lf-lists.osuosl.org (localhost [127.0.0.1]) by lists.linuxfoundation.org (Postfix) with ESMTP id E3A6EC0888; Tue, 26 May 2020 20:34:59 +0000 (UTC) Received: from hemlock.osuosl.org (smtp2.osuosl.org [140.211.166.133]) by lists.linuxfoundation.org (Postfix) with ESMTP id 2B753C016F for ; Tue, 26 May 2020 20:34:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hemlock.osuosl.org (Postfix) with ESMTP id 18F14885DE for ; Tue, 26 May 2020 20:34:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org Received: from hemlock.osuosl.org ([127.0.0.1]) by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZJ3ldGUN3HE for ; Tue, 26 May 2020 20:34:57 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail-ot1-f67.google.com (mail-ot1-f67.google.com [209.85.210.67]) by hemlock.osuosl.org (Postfix) with ESMTPS id 48CB2885DB for ; Tue, 26 May 2020 20:34:57 +0000 (UTC) Received: by mail-ot1-f67.google.com with SMTP id o13so17457650otl.5 for ; Tue, 26 May 2020 13:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Xlg1WEt/1KpzYv+/vA9j7Mf3YWi1IPnXCFcohcpUSKM=; b=vqBfuJzMnCts3H+g3tzxBLb3DHdb9u8YAPd1Lr4hpr9zPYnd/hQ9htQE4e+QzEUmjl 7ZrK+oEdm0wLIE7MuIMmiI71OhNKS8oqoG5svb2EehG6CFlmnhdeq9cw6Vf2tq/axJ2H ssZdHqJcXZVSLkR/cPGAeFiJSasA4lSnrLDZRpKXHynba/SmCOYCvHWd2hPTm3NCdn4r BNzmOO0gWoq0pD+6uFTBvcgyL6jgx7zvs2rGaMsCKa11K7bwAsrXJaOHz3GnLa3znOG5 YZJKlEQz0ZUmv6xTUjr2n7E5cvEvNuf9zyblA43KWchCM+klzpd5j7n4bXULce1BXFzm 8BLw== 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=Xlg1WEt/1KpzYv+/vA9j7Mf3YWi1IPnXCFcohcpUSKM=; b=WI7qsDne9xawCMSX50T7ikSE9mFKl/PFSc+T5m0binOmoYPFY+BSy0xv+8rQPBK0GR xl5VCA7HVlVOiiNSUZJf23CgtgAtePyMNVb1GCms2b3dbdtsUbfqChCAmjtGp1OHedcC vAKiDsTrAc4F3+M/fy2FQB1TZ3iJ0bYXfdrmt8o4MYXRxDalHpJBPZof+ZJ22/uK8CKQ vNeQPxHftmzE2u5+4tMWH7TcrzHF2itImdR8dgfxObdyMzQhZuDYrUx/cuz6c9m65FoV 4iSlYZk0V2r2xVt8l/D1mxjMhkaCkriGT/rltC4CC/nalutSex9YwqZu7qt4b5IN30dx G+1A== X-Gm-Message-State: AOAM532DA63FsgoZVIwL9HoZ3RG2H/UbDyuCItS96x9dlmGIfx3me4UW MXNbDnV0ltZ//akHjJSaQoABVkY3fmJ9RQrtAceIXg== X-Google-Smtp-Source: ABdhPJwRnLRczAXOAB9YCm7o1K0N3H8lb7+2jzEf7cyls1IaN/ZEhrkFXvBSwAYhJHpTTYYnVbUBS2F8yL7vvHUmhEs= X-Received: by 2002:a9d:b82:: with SMTP id 2mr2072353oth.221.1590525296383; Tue, 26 May 2020 13:34:56 -0700 (PDT) MIME-Version: 1.0 References: <20191209150748.2471814-1-thierry.reding@gmail.com> <20200228025700.GA856087@builder> <20200514193249.GE279327@builder.lan> In-Reply-To: <20200514193249.GE279327@builder.lan> From: John Stultz Date: Tue, 26 May 2020 13:34:45 -0700 Message-ID: Subject: Re: [RFC 0/2] iommu: arm-smmu: Add support for early direct mappings To: Bjorn Andersson Cc: Robin Murphy , iommu@lists.linux-foundation.org, Thierry Reding , linux-arm-msm , linux-tegra@vger.kernel.org, Will Deacon , linux-arm-kernel X-BeenThere: iommu@lists.linux-foundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Development issues for Linux IOMMU support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: iommu-bounces@lists.linux-foundation.org Sender: "iommu" On Thu, May 14, 2020 at 12:34 PM wrote: > > On Thu 27 Feb 18:57 PST 2020, Bjorn Andersson wrote: > > Rob, Will, we're reaching the point where upstream has enough > functionality that this is becoming a critical issue for us. > > E.g. Lenovo Yoga C630 is lacking this and a single dts patch to boot > mainline with display, GPU, WiFi and audio working and the story is > similar on several devboards. > > As previously described, the only thing I want is the stream mapping > related to the display controller in place, either with the CB with > translation disabled or possibly with a way to specify the framebuffer > region (although this turns out to mess things up in the display > driver...) > > I did pick this up again recently and concluded that by omitting the > streams for the USB controllers causes an instability issue seen on one > of the controller to disappear. So I would prefer if we somehow could > have a mechanism to only pick the display streams and the context > allocation for this. > > > Can you please share some pointers/insights/wishes for how we can > conclude on this subject? Ping? I just wanted to follow up on this discussion as this small series is crucial for booting mainline on the Dragonboard 845c devboard. It would be really valuable to be able to get some solution upstream so we can test mainline w/o adding additional patches. The rest of the db845c series has been moving forward smoothly, but this set seems to be very stuck with no visible progress since Dec. Are there any pointers for what folks would prefer to see? thanks -john _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu 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=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,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 4895DC433DF for ; Tue, 26 May 2020 20:35:10 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 04E442065F for ; Tue, 26 May 2020 20:35:10 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="ZjZNLUoC"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="vqBfuJzM" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 04E442065F Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-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=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id: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=LdZGvyZ9F32wc6P6Kjl5BLiM3BaXPR8YggfKSw63+EM=; b=ZjZNLUoC94KSBU nX13MB3CTQ7kJSF6Ul73VutCLeNfd7TfNGjrCEEt4sCUWq3sKC9KcE4Jwd+8+EnBUDMhSPl98FCKO aK0XLjWhADCA9z2fND26PQJNkBiGwU443yNb9VlghzVVO2h2zl/t6R25w4gXz0+2CwPvHAG4d/GwS EOFw6ePKfTKh7/jYWSQyqoGd/GSlASwcNyeuejYbaMw4y+PesUCzygsfj4P0mdnGvj6bjQdP8CMy/ uPvWBxzJqvqsoAnI7vyjkzep5Oa8cYV7UbXCUZPaU8lxUq4xFp+YNf+WRf3KOsSKyZPXnSgK//fER vTJVuPH+/t46R5U/Aq2A==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jdgHs-0000qK-RG; Tue, 26 May 2020 20:35:00 +0000 Received: from mail-ot1-x343.google.com ([2607:f8b0:4864:20::343]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jdgHq-0000q1-7o for linux-arm-kernel@lists.infradead.org; Tue, 26 May 2020 20:34:59 +0000 Received: by mail-ot1-x343.google.com with SMTP id c3so17404147otr.12 for ; Tue, 26 May 2020 13:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Xlg1WEt/1KpzYv+/vA9j7Mf3YWi1IPnXCFcohcpUSKM=; b=vqBfuJzMnCts3H+g3tzxBLb3DHdb9u8YAPd1Lr4hpr9zPYnd/hQ9htQE4e+QzEUmjl 7ZrK+oEdm0wLIE7MuIMmiI71OhNKS8oqoG5svb2EehG6CFlmnhdeq9cw6Vf2tq/axJ2H ssZdHqJcXZVSLkR/cPGAeFiJSasA4lSnrLDZRpKXHynba/SmCOYCvHWd2hPTm3NCdn4r BNzmOO0gWoq0pD+6uFTBvcgyL6jgx7zvs2rGaMsCKa11K7bwAsrXJaOHz3GnLa3znOG5 YZJKlEQz0ZUmv6xTUjr2n7E5cvEvNuf9zyblA43KWchCM+klzpd5j7n4bXULce1BXFzm 8BLw== 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=Xlg1WEt/1KpzYv+/vA9j7Mf3YWi1IPnXCFcohcpUSKM=; b=akHRH4UjADUw+UHhD9NLjP6F/Dj/znGUy/xMrRFiW8qLXprT4AQh+LFDGLIUBKw9YR DVQjQEL+VM/B2pUjBJZybTXYKKUyY3Kreu6SbaOFrhec6v6wOdmV6u0gI8y3Y6VDtsQZ nzqVfYi1x9twugjF91yk/w3AskIFjiPS0iB/CBMo5nc6F5iLKbFAc3l33hA2eVG/uoHY nIWlNJCel2eMvFO5lb9CN7YyHQ3tP1TSwULr424yyejWuvjsfplm4mqvh9mRnX3j7VHg 3cBVEwz39cg6bTKntdrrZZXxgNqqLFP0y8QAn8B3GCdAhjS5qDR8SEOg1TFaL2GnLOUy k7+A== X-Gm-Message-State: AOAM530e59yQWfF3c7HDlKVXahSS3cfLOIdkhFb2CrfoCNRfRLcfVnnz AbBlYAsnxHpX2rfVrSHWvkqTAz8oaEmFMKJaudVW8A== X-Google-Smtp-Source: ABdhPJwRnLRczAXOAB9YCm7o1K0N3H8lb7+2jzEf7cyls1IaN/ZEhrkFXvBSwAYhJHpTTYYnVbUBS2F8yL7vvHUmhEs= X-Received: by 2002:a9d:b82:: with SMTP id 2mr2072353oth.221.1590525296383; Tue, 26 May 2020 13:34:56 -0700 (PDT) MIME-Version: 1.0 References: <20191209150748.2471814-1-thierry.reding@gmail.com> <20200228025700.GA856087@builder> <20200514193249.GE279327@builder.lan> In-Reply-To: <20200514193249.GE279327@builder.lan> From: John Stultz Date: Tue, 26 May 2020 13:34:45 -0700 Message-ID: Subject: Re: [RFC 0/2] iommu: arm-smmu: Add support for early direct mappings To: Bjorn Andersson X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200526_133458_312822_939F7388 X-CRM114-Status: GOOD ( 18.54 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Robin Murphy , Joerg Roedel , iommu@lists.linux-foundation.org, Thierry Reding , linux-arm-msm , linux-tegra@vger.kernel.org, Will Deacon , linux-arm-kernel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, May 14, 2020 at 12:34 PM wrote: > > On Thu 27 Feb 18:57 PST 2020, Bjorn Andersson wrote: > > Rob, Will, we're reaching the point where upstream has enough > functionality that this is becoming a critical issue for us. > > E.g. Lenovo Yoga C630 is lacking this and a single dts patch to boot > mainline with display, GPU, WiFi and audio working and the story is > similar on several devboards. > > As previously described, the only thing I want is the stream mapping > related to the display controller in place, either with the CB with > translation disabled or possibly with a way to specify the framebuffer > region (although this turns out to mess things up in the display > driver...) > > I did pick this up again recently and concluded that by omitting the > streams for the USB controllers causes an instability issue seen on one > of the controller to disappear. So I would prefer if we somehow could > have a mechanism to only pick the display streams and the context > allocation for this. > > > Can you please share some pointers/insights/wishes for how we can > conclude on this subject? Ping? I just wanted to follow up on this discussion as this small series is crucial for booting mainline on the Dragonboard 845c devboard. It would be really valuable to be able to get some solution upstream so we can test mainline w/o adding additional patches. The rest of the db845c series has been moving forward smoothly, but this set seems to be very stuck with no visible progress since Dec. Are there any pointers for what folks would prefer to see? thanks -john _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel