Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3974665pxk; Tue, 29 Sep 2020 10:45:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzo5jWo3OGr5IhQKzr/8sg4d8UAv2xz7xHLrdtcUDzUqk8aSx8y0QdL5F/g1ld4DdZo0Id9 X-Received: by 2002:a17:906:1f94:: with SMTP id t20mr5065668ejr.493.1601401533900; Tue, 29 Sep 2020 10:45:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601401533; cv=none; d=google.com; s=arc-20160816; b=YW4/kTInJR5Mfbq+mUo9isthh6yVprDftEQ/ASOqYwGwz5nabd9uF8hSP9VvtkqCkF TZsXiyq3NCzPYr6JJa7CocbMZuYa3PZgYr/L+aAl6XqOgxG/KkfuUmS91/m/CI4tcDS1 jFt/DA7DT7maRfRYrsx/sZK61WlsANMGrToboO4nCHwRfYRo1LrxkT1qSmfetZ7rnZOW txAQWZo1IDMMxhg0Ix3xcaf52zYnu8k5geR/sLHHe9PUJDhRDgtwd5xYMIvd3ORrJCW3 YSaf8vipdAMPPz55Gfk11tz1BJQa8C0Vb0aK48TlB0PsQDIlWwcbgz4zEyyYASwN2qoA raxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=ymf5DYD10J/gVTCAgJb77WubJ0BcbD1SvX37zhc4xHQ=; b=Kvw9dhf43SfL7/KZ4Z+qnihX++JXNLSDH1f5375bh9fAByXEZbDgCCwtu7nGrIc8U3 YuB8Vdq7BPNVlp/zLxVDGCQ7arRMUbCnrzCbfl7fxaOgL3+A8xrJ8Do/IT2v3+SeNZ8v zD+hjFyVcQDV3aCYS6CDJSLIqPPnof+MPZ4PQt2AgnMRg5MnucQk0zbG7dlFk/8D8/UB 8PSpow/XszXT/lDN2muYCjVGOhhiygnBNipVQPRsUjXEXL2MBUZRDqGBhd9oMWYY19I+ xB3TF8AFXmPrmwhliCfbqnSGPaa6u4S6FFvvDupmpP8lgR3izsSwBqhF1Psjd8sld/OP Hzsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=UTNWEu8S; 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 b1si3250446ejg.435.2020.09.29.10.45.09; Tue, 29 Sep 2020 10:45:33 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=UTNWEu8S; 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 S1729173AbgI2Rlz (ORCPT + 99 others); Tue, 29 Sep 2020 13:41:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38468 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728547AbgI2Rlz (ORCPT ); Tue, 29 Sep 2020 13:41:55 -0400 Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C8C1C061755; Tue, 29 Sep 2020 10:41:54 -0700 (PDT) Received: by mail-lj1-x242.google.com with SMTP id b19so4717909lji.11; Tue, 29 Sep 2020 10:41:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ymf5DYD10J/gVTCAgJb77WubJ0BcbD1SvX37zhc4xHQ=; b=UTNWEu8SbvBNm+yTMk4E/UBIu63yOeKo7iE/cZdxuQS8KVZ3Q8fmCHpA2lFIltSDM5 TIQs/0w4di/n+3R2+zuKEf2NR4Af/gAGbSzUbRr7QXg/9U/m5CV7x6QOJdltuNDtNMkP fSKpLY32uiQ8KngfUD3rHRwoBscvlORD5fu2qid+pfubqIezgvfVhenTb3NBfCEbaZY7 RaMrpPH3loaAlvNQcMtknj1jsUzewl93Cn3Y283ufDGHWHufGkF72MtYhhvQ8OkY4Kwc lA2FE/V6ewd+Rl8pN+CIcvH0M11byZ4ggpfI8DSgxjghVYDspQXB6O/DvDQUmbIezxN6 1C9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ymf5DYD10J/gVTCAgJb77WubJ0BcbD1SvX37zhc4xHQ=; b=qxxTcVKYVqICks0LFC3IBXWaZr9Kyp5HdBUzL0CNSpELumPEY7PThsULFjohaXdNVd h4Gy1lsbEDhs7q1k0BeUF4PAg9fEihTZGbdeVqkAHhPgAe7d4+Dc5gXez3r0eLAcSFyx koe2ZKJCC+OTiJw50dJZNzcuh2iiO/1Zwc+52d5s7KLU+u5UZJhlPXRNqI1KKqO7P5uo yDd75p4qsW38cpInlhIjyEtVc6x4ls1ygUPCptaI29fN+2WRIapUk2CJ/jhl0lkmxuNh 1iz0ps+XiXApOxMSGNdXKF0lo0uOOHxHP0oG7BLU9yF3u9evWFjHf8QquUonODFTD7YW YLqQ== X-Gm-Message-State: AOAM530d2/nL7WubhTBRhARaQfq4A5ODX5VbY2NDoHbQPr5Cy+/r/D+d bFIfWkn9OaZ26UCZ7n1Jn4aK/GzWJts= X-Received: by 2002:a2e:889a:: with SMTP id k26mr1457792lji.214.1601401311318; Tue, 29 Sep 2020 10:41:51 -0700 (PDT) Received: from [192.168.2.145] (109-252-170-211.dynamic.spd-mgts.ru. [109.252.170.211]) by smtp.googlemail.com with ESMTPSA id o17sm3170303lfi.261.2020.09.29.10.41.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 29 Sep 2020 10:41:50 -0700 (PDT) Subject: Re: [PATCH v4 1/2] iommu/tegra-smmu: Unwrap tegra_smmu_group_get To: Nicolin Chen , thierry.reding@gmail.com, joro@8bytes.org Cc: vdumpa@nvidia.com, jonathanh@nvidia.com, linux-tegra@vger.kernel.org, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, hch@infradead.org References: <20200929061325.10197-1-nicoleotsuka@gmail.com> <20200929061325.10197-2-nicoleotsuka@gmail.com> From: Dmitry Osipenko Message-ID: <35d789ae-7deb-7f8c-0556-98fe73f5999f@gmail.com> Date: Tue, 29 Sep 2020 20:41:49 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200929061325.10197-2-nicoleotsuka@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 29.09.2020 09:13, Nicolin Chen пишет: > The tegra_smmu_group_get was added to group devices in different > SWGROUPs and it'd return a NULL group pointer upon a mismatch at > tegra_smmu_find_group(), so for most of clients/devices, it very > likely would mismatch and need a fallback generic_device_group(). > > But now tegra_smmu_group_get handles devices in same SWGROUP too, > which means that it would allocate a group for every new SWGROUP > or would directly return an existing one upon matching a SWGROUP, > i.e. any device will go through this function. > > So possibility of having a NULL group pointer in device_group() > is upon failure of either devm_kzalloc() or iommu_group_alloc(). > In either case, calling generic_device_group() no longer makes a > sense. Especially for devm_kzalloc() failing case, it'd cause a > problem if it fails at devm_kzalloc() yet succeeds at a fallback > generic_device_group(), because it does not create a group->list > for other devices to match. > > This patch simply unwraps the function to clean it up. > > Signed-off-by: Nicolin Chen > --- Reviewed-by: Dmitry Osipenko