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 697FBC433E1 for ; Wed, 22 Jul 2020 00:00:28 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (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 342C2207DD for ; Wed, 22 Jul 2020 00:00:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="3Jo2OPz9"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="HaAgyktY" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 342C2207DD 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+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=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=oWKsULCJr8Xp7ANq4sDe1i9OC1PZtUhMgcB+wenMOLQ=; b=3Jo2OPz9NCENu5GPtznlelJKo nL/pHaAm2AidwDOUPdc0CT+PGtbqwFmDy5+5deWFsLQzIjZ6ts/kl3yZVrS2TIaQwptKMjnAyGBwe +eXafgj2s4iAOerFoQYAMr8lrJVD6H9zi1V/gJuCtM+W6w75cCOWuhMvJxN0biFIqUfZmvgnws0Qi KQnOK5pTOMg7OB7V6jdTwvCiPptE2B2PiZf+zNCkKpis9psOM56z5wE6FDreNgtz6Y2h8XwvU75uU eCUmyfAM16Cr+2bP+/1VxciDP+IQkKUMTM9lZyEBqC0sF1Yf8i3dCykthJK0zq6c4oy9Ws9hZ6uua hgsGWROEg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jy29r-0001mx-99; Tue, 21 Jul 2020 23:58:51 +0000 Received: from mail-pj1-x1043.google.com ([2607:f8b0:4864:20::1043]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jy29o-0001m4-Qa for linux-arm-kernel@lists.infradead.org; Tue, 21 Jul 2020 23:58:49 +0000 Received: by mail-pj1-x1043.google.com with SMTP id a9so212313pjd.3 for ; Tue, 21 Jul 2020 16:58:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=GuyDVxBXJ2eH/fhFLNQsFiugfMp6zgAf3tWvMyaED+s=; b=HaAgyktYnJOdjm5FRHn5a2ME+0Fd9HVyv0m5tug3+N2yvslrpy2kUqaZrnPLE5PP5J +W1u5brVAx92kBbDzk+6zrBBUcNNPgkh7Yuhwl07N9CJU25tAyyf427zq3s7OMTudGMH 9xd4r4hn/FAIex3VFg1YQUnS+tpDa1SDcwP/OMueE0jBmmByQTwFY6ovbcf5bg9gidev 6tycNK/hXF7XZ6Ddhqc/Rwdh7puaq/3P2q6jMZKBN4udkoMsKVizjO6WN9H7+6SAv1Hh Xjtolx88vxG70K2suFvarVbFLW2TVF2dHuDRl2yX2whEBF6VUdpLrQ3QucfhyNdamySF qf5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=GuyDVxBXJ2eH/fhFLNQsFiugfMp6zgAf3tWvMyaED+s=; b=P0FVwf96yy+Fan3Zfzv2sQFWUf94q79Wm6kEXofgnvXVOnSUrIrtHvMN0HwwfrPAj8 jLRTIkPYtnAp38tL9i6A6Wm4qZxVxThfmw6xyIjPq8jnRaVlfEeb/awExIJRExirzIMi eouAUwKKusDtECX+29x7GFowyE8jOfVDN98/srhdfNYIbIfncKAsEDXJiFsOEC4Xsu2x TsM4dzF5PTN4d7X7lqciiAjJZF4uvTbYFILq9G9DpcNnkmDdjqH19KfkimplDlxW4kEw HDRrYWG5+x9FAuE3H+Ld2hcxBcKSupBehHa97+k3I1sfTJCUonx8sE4jaiu7L6wqmgpw 1jeg== X-Gm-Message-State: AOAM530ql4paJ2uIy0zGL/uvGezC9LzX02Xg5lcrHLxpM7pK7tWNbbIJ KD/xim6a7kMxjwHNVQZ+eYY1yQ== X-Google-Smtp-Source: ABdhPJyNuk7PzxMd8B56wIzfsRBCUaRfXZEp3SIsJsCTjayO+IwYE5wac4ySM2zGZNDAQTp1F3brfA== X-Received: by 2002:a17:902:8ecb:: with SMTP id x11mr18820708plo.123.1595375925125; Tue, 21 Jul 2020 16:58:45 -0700 (PDT) Received: from builder.lan (104-188-17-28.lightspeed.sndgca.sbcglobal.net. [104.188.17.28]) by smtp.gmail.com with ESMTPSA id a2sm21698033pfg.120.2020.07.21.16.58.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Jul 2020 16:58:44 -0700 (PDT) Date: Tue, 21 Jul 2020 16:56:50 -0700 From: Bjorn Andersson To: Konrad Dybcio Subject: Re: [PATCH 1/1] iommu/arm-smmu: Implement qcom,skip-init Message-ID: <20200721235650.GN388985@builder.lan> References: <20200704122809.73794-1-konradybcio@gmail.com> <20200704130922.GB21333@willie-the-truck> <20200705033511.GR388985@builder.lan> <20200721154415.GA5758@jcrouse1-lnx.qualcomm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200721_195848_885456_7AAB6E2D X-CRM114-Status: GOOD ( 13.53 ) 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: DTML , skrzynka@konradybcio.pl, Will Deacon , Joerg Roedel , Linux Kernel Mailing List , iommu@lists.linux-foundation.org, Rob Herring , John Stultz , Robin Murphy , linux-arm-kernel@lists.infradead.org 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 Tue 21 Jul 09:20 PDT 2020, Konrad Dybcio wrote: > >The current > >focus has been on moving more of the SMMU specific bits into the arm-smmu-qcom > >implementation [1] and I think that is the right way to go. > > Pardon if I overlooked something obvious, but I can't seem to find a > clean way for implementing qcom,skip-init in arm-smmu-qcom, as neither > the arm_smmu_test_smr_masks nor the probe function seem to be > alterable with arm_smmu_impl. I'm open to your ideas guys. > Is the problem on SDM630 that when you write to SMR/S2CR the device reboots? Or that when you start writing out the context bank configuration that trips the display and the device reboots? Regards, Bjorn _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel