Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2027002yba; Tue, 2 Apr 2019 23:02:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqz91bTZa3cKZIYjfx8xj64BJD+4F+Ea0sSxobKZMMhD0iH6YVYUJjCOBG8mdxzjrviG3LNG X-Received: by 2002:a63:3d85:: with SMTP id k127mr55735251pga.152.1554271354370; Tue, 02 Apr 2019 23:02:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554271354; cv=none; d=google.com; s=arc-20160816; b=pgKemUhBvxGJKM2Y+2JH/xfJbCK/xqxHI2HpYpi1km8ord/8eGvF4gQw5Q1t2228fQ b7M8ySY1YHbFk/JJpBRZp06Q1hcru8H0izYI8WovrKAW5OuxWSohSh044vv3SvNQ5S3p Z2HNvqHMIpd8DYGtu57MK/gns+sjIBOk1zsfMPX25ExhtfR7LuNrmIdRa6DfRk/YdFb+ 6RFyrlpA30SJD5k8rfgdN/KLwlUftwPBBYhaWQ5qqPpsMpuYdEWab6TQPLW8dRib5sVb t6yiCvqyw/Vp4G7hM04XTY4mG9HdYDXkSCYVsBqYvcGqWTfYsoetSnfZOgbb2cL5I1cW 99Gg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:cc:to:from:date:references :in-reply-to:message-id:mime-version:user-agent:dkim-signature :dkim-signature; bh=3kuereDgX3uXPv3easIr1d1LfpE5kaJmP5rSzNOWpp8=; b=b6vBFMSLKy9XqgJaYNS5OgMXFKTmPFw7GYd6oqLx0UJG+t82sqO8sqmz3V4DwGgoqN tMAsL7P+bnfCBiuURPi9eq+tclDl9nfgofcUZrGcNdZyCazwUnnnltRY6/pzGIWYvlKQ ltRTaLr6d+nAoZ1KBt0mAPYsoReXu9CJM6+SgIxJ+qSat6vCQzsOgYxNS+NcYSXBZkY+ v5R3YajPMkXsyD6tq3F9Jfx2gGzi7hKtm5L9XCG2WkX8Y8/Yc30VaAh9xh0UbZrk6hR5 oTiH9pBrBwSFnh443zEI+V5iVzVRStTMxLZgEVDKoT7J3kPmEt7nVVop8COzqlV+mw7H HdmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@aj.id.au header.s=fm2 header.b=IssgnUNy; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=fjtWI6uU; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f16si13065531pgj.149.2019.04.02.23.02.18; Tue, 02 Apr 2019 23:02:34 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@aj.id.au header.s=fm2 header.b=IssgnUNy; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=fjtWI6uU; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726425AbfDCGBM (ORCPT + 99 others); Wed, 3 Apr 2019 02:01:12 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:34027 "EHLO out4-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725879AbfDCGBM (ORCPT ); Wed, 3 Apr 2019 02:01:12 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5DD0520D8D; Wed, 3 Apr 2019 02:01:10 -0400 (EDT) Received: from imap2 ([10.202.2.52]) by compute4.internal (MEProxy); Wed, 03 Apr 2019 02:01:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aj.id.au; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm2; bh=3kuereDgX3uXPv3easIr1d1LfpE5kaJ mP5rSzNOWpp8=; b=IssgnUNygebNsmz7eoD82zi0nhXDuRTfy346XGDOua9x7XR ZCADWU8cQnhvImCzPJXvuaL9omZgG5KidUQ7wqiVyuyieJOXwbAAJMpUDon8os7i Vq85Ex28pTqdTh4NFsYq0yP9i3ofBdSzON0ug39l4onVt29EBXUlGamEKhPVNjDO RfHOicwDC1iQlkRVEurXNeYyPfudaUpQ8nznHm+NS+mMM2/3WqcMBKdgLPBxRzcu upR02T4CpCEVyf673K5JSwW0j6QQnmX8gsIgW+yGCRdNBry5rQuj9RMR1zw9sONr 8Wja//3v35HwBEGFOOJJks1H+NHMIpOvwZShRrQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=3kuere DgX3uXPv3easIr1d1LfpE5kaJmP5rSzNOWpp8=; b=fjtWI6uUN+/5uCXP1TuX7b FKdvjfJWFvF1ZKhGyNn9/GJBoPmWKilOiu06m6/h5ktObY3fMV0NEYPV1FO/HzgN JHhcDQHUWbVUH4uD5sFmIsA/YeDn4XkfGRcVWMbbg3l+uvPnVuB9FqRSuZEFYxAF host7tFI9+/k5NwoYtsjwE607sOMvC5Kt3S57pW1nTj/eHphL2eeKc7gYvc6tYuL 81QDKIzbXskfeeZ7Ke0bucJXs/7UKIlw2tgZNrIQFj+Lcjnbw3ufCjBZK1vsY1d5 QIIpaFgLOvMqKmSW/d6SbApssDSYZu7lig0vbJ8GL1Y85a+Cad+3JSoBValg45+g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrtddugdelleculddtuddrgedutddrtddtmd cutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefofgggkfgjfhffhffvufgtsehttdertderreej necuhfhrohhmpedftehnughrvgifucflvghffhgvrhihfdcuoegrnhgurhgvfiesrghjrd hiugdrrghuqeenucfrrghrrghmpehmrghilhhfrhhomheprghnughrvgifsegrjhdrihgu rdgruhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id B05C67C1B9; Wed, 3 Apr 2019 02:01:08 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.6-329-gf4aae99-fmstable-20190329v1 Mime-Version: 1.0 X-Me-Personality: 52947553 Message-Id: <7effb2de-cc91-47af-88a2-a0075262e9c4@www.fastmail.com> In-Reply-To: <1554229504-5661-3-git-send-email-eajames@linux.ibm.com> References: <1554229504-5661-1-git-send-email-eajames@linux.ibm.com> <1554229504-5661-3-git-send-email-eajames@linux.ibm.com> Date: Wed, 03 Apr 2019 02:01:08 -0400 From: "Andrew Jeffery" To: "Eddie James" , linux-media@vger.kernel.org Cc: linux-kernel@vger.kernel.org, linux-aspeed@lists.ozlabs.org, "Joel Stanley" , "Mauro Carvalho Chehab" , linux-clk@vger.kernel.org, "Stephen Boyd" , "Michael Turquette" , devicetree@vger.kernel.org, mark.rutland@arm.com, "Rob Herring" Subject: =?UTF-8?Q?Re:_[PATCH_2/5]_media:_platform:_Aspeed:_Make_reserved_memory_?= =?UTF-8?Q?optional?= Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 3 Apr 2019, at 04:55, Eddie James wrote: > Reserved memory doesn't need to be required; system memory would work > fine. I had to do a bit of legwork to understand what you were doing here. My understanding is that we allocate out of the default CMA region if the memory-region property isn't specified. Is that what you're expecting? Could be helpful to be a little less terse in the commit message. > > Signed-off-by: Eddie James > --- > drivers/media/platform/aspeed-video.c | 6 +----- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git a/drivers/media/platform/aspeed-video.c > b/drivers/media/platform/aspeed-video.c > index 55c55a6..8144fe3 100644 > --- a/drivers/media/platform/aspeed-video.c > +++ b/drivers/media/platform/aspeed-video.c > @@ -1608,11 +1608,7 @@ static int aspeed_video_init(struct aspeed_video > *video) > return PTR_ERR(video->vclk); > } > > - rc = of_reserved_mem_device_init(dev); > - if (rc) { > - dev_err(dev, "Unable to reserve memory\n"); > - return rc; > - } > + of_reserved_mem_device_init(dev); You're ignoring *all* errors here with the expectation that the cause is the missing memory-region property. However, other errors can propagate out of of_reserved_mem_device_init() - e.g. ENOMEM. Rather than remove error checking, I think you should explicitly test for ENODEV, which is what is returned if the memory-region property is absent. Cheers, Andrew > > rc = dma_set_mask_and_coherent(dev, DMA_BIT_MASK(32)); > if (rc) { > -- > 1.8.3.1 > >